https://bugs.kde.org/show_bug.cgi?id=521162
Bug ID: 521162
Summary: Files using relative paths in m3u playlists are
recognized, but fail to play
Classification: Applications
Product: Haruna
Version First 1.8.1
Reported In:
Platform: Arch Linux
OS: Linux
Status: REPORTED
Severity: normal
Priority: NOR
Component: general
Assignee: [email protected]
Reporter: [email protected]
Target Milestone: ---
Created attachment 192960
--> https://bugs.kde.org/attachment.cgi?id=192960&action=edit
Example playlist using relative `file:` URIs
DESCRIPTION
Relative paths in m3u playlists are recognized, but fail to play
STEPS TO REPRODUCE
1. Create a playlist utilizing `file:path/to/file` entries (see attachment for
example)
2. Open the playlist
OBSERVED RESULT
Tracks 1 and 7 do not exist yet, and are not added to the playlist view. Tracks
2-6 exist and are added to the playlist view. This is correct and expected, and
shows that the files are being detected correctly. However, clicking any of the
tracks to play them results in a generic "Could not play: ..." error banner.
EXPECTED RESULT
There should be no "Could not play: ..." error banner when Haruna already
recognizes that these files exist
SOFTWARE/OS VERSIONS
Operating System (available in the Info Center app, or by running `kinfo` in a
terminal window):
KDE Plasma Version: 6.6.5
KDE Frameworks Version: 6.26.0
Qt Version: 6.11.1
ADDITIONAL INFORMATION
Local relative files used to work without a `file:` prefix, but this was
recently changed to auto-assume https instead of a local relative file path
(which I can understand why), but the only other way to specify local relative
file paths is a `file:` prefix, which is broken.
--
You are receiving this mail because:
You are watching all bug changes.
