Bug#1140308: showtime: Fails to open video via relative symbolic link when invoked from outside the link's directory

[Rodrigo Lemos]

Package: showtime
Version: 50.0-1
Severity: normal
X-Debbugs-Cc: rslemos at gmail.com

Steps to reproduce:

```bash
mkdir -p /tmp/originals
curl -o /tmp/originals/mov_bbb.mp4 https://www.w3schools.com/html/mov_bbb.mp4
mkdir /tmp/links
ln -s ../originals/mov_bbb.mp4 /tmp/links/test.mp4
cd /tmp
showtime links/test.mp4
```

Expected behavior: video plays normally

Observed behavior: showtime fails with "Failed to pause" error

```
DEBUG: showtime:54 Starting org.gnome.Showtime v50.0 (release)
DEBUG: showtime:55 Python version: 3.13.14 (main, Jun 10 2026, 18:10:12) [GCC
15.2.0]
DEBUG: showtime:56 GStreamer version: 1.28.3.0
DEBUG: showtime:312 Playing video: file:///originals/mov_bbb.mp4
DEBUG: showtime:360 Video paused
DEBUG: showtime:355 Video unpaused
DEBUG: showtime:319 No previous play position
ERROR: showtime:740 Failed to pause
```

The URI file:///originals/mov_bbb.mp4 is incorrect — the symlink target
../originals/mov_bbb.mp4 is being resolved relative to the current working
directory (/tmp) instead of relative to the directory containing the symlink
(/tmp/links), producing /originals/mov_bbb.mp4 instead of
/tmp/originals/mov_bbb.mp4.

Note: opening the same symlink from within its directory (cd /tmp/links &&
showtime test.mp4) works correctly:

```
DEBUG: showtime:54 Starting org.gnome.Showtime v50.0 (release)
DEBUG: showtime:55 Python version: 3.13.14 (main, Jun 10 2026, 18:10:12) [GCC
15.2.0]
DEBUG: showtime:56 GStreamer version: 1.28.3.0
DEBUG: showtime:312 Playing video: file:///tmp/originals/mov_bbb.mp4
DEBUG: showtime:360 Video paused
DEBUG: showtime:355 Video unpaused
DEBUG: showtime:319 No previous play position
DEBUG: showtime:707 Seeked to 0
DEBUG: showtime:438 Resizing window…
DEBUG: showtime:524 Resized window to 320x176
DEBUG: showtime:524 Resized window to 320x176
```

The file manager (Nautilus) exhibits the same issue when opening video files
via relative symlinks, as it invokes showtime with --gapplication-service using
the user's home directory as working directory.

Another note: `loupe` works correctly in this regard (replace the video with a
picture on the steps above and `loupe` will display the image regardless of
current working directory)


-- System Information:
Debian Release: forky/sid
  APT prefers stable-updates
  APT policy: (500, 'stable-updates'), (500, 'stable-security'), (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 7.0.10+deb14-amd64 (SMP w/16 CPU threads; PREEMPT)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8), LANGUAGE not set
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages showtime depends on:
ii  dconf-gsettings-backend [gsettings-backend]  0.49.0-4+b1
ii  gir1.2-adw-1                                 1.9.0-1
ii  gir1.2-gst-plugins-bad-1.0                   1.28.3-1
ii  gir1.2-gst-plugins-base-1.0                  1.28.3-1
ii  gir1.2-gtk-4.0                               4.22.4+ds-1
ii  gstreamer1.0-gl                              1.28.3-1
ii  gstreamer1.0-gtk4                            0.14.4-1+b1
ii  gstreamer1.0-plugins-good                    1.28.3-1
ii  python3                                      3.13.9-3+b1
ii  python3-gi                                   3.56.2-1

showtime recommends no packages.

showtime suggests no packages.

-- no debconf information