Bug 425270

Summary: Japanese characters not being correctly loaded when inside a playlist
Product: [Applications] Elisa Reporter: John Doe <kitterhuff>
Component: generalAssignee: Matthieu Gallien <matthieu_gallien>
Status: REPORTED ---    
Severity: minor CC: nate, xnagytibor
Priority: NOR    
Version First Reported In: 20.04.3   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:
Sentry Crash Report:
Attachments: Screenshots edited tgether to see the bug described above.

Description John Doe 2020-08-12 19:47:03 UTC
Created attachment 130833 [details]
Screenshots edited tgether to see the bug described above.

SUMMARY
A playlist with a song which contains a file with Japanese characters in the filename becomes unplayable when loading it from a playlist (.m3u) displaying a prohibited symbol. It becomes completely unplayable by Elisa

STEPS TO REPRODUCE
1. Grab a music file
2. Place Japanese characters in the filename
3. Create a playlist with the song
4. Save it to a file and then load it

OBSERVED RESULT
The track displays a prohibited symbol and refuses to play

EXPECTED RESULT
Songs with Japanese characters should be loaded from a playlist without any issue.

SOFTWARE/OS VERSIONS
Windows: 
macOS: 
Linux/KDE Plasma: openSUSE Tumbleweed 2020.08.07 (The Latest version available as of time of submitting the bug report.)

KDE Plasma Version: 5.19.4
KDE Frameworks Version: 5.72.0
Qt Version: 5.15.0

ADDITIONAL INFORMATION

In other players like VLC the saved .m3u (by Elisa) can be played correctly.
As you can see in the screenshot the 6th song titled: "枯山水ミッドセンチュリー"
 and named: "06. 枯山水ミッドセンチュリー.flac" refuses to be displayed (the tittle) and played when loaded from a .m3u but displays properly when loaded directly. The problem is observed only if the filename is in Japanese the author in the metadata does not affect.
Comment 1 Nate Graham 2020-11-11 05:02:30 UTC
I don't have any songs with Japanese characters in them, but this is working for me with songs that have Hebrew characters. Any chance you could attach the problematic song for inspection?
Comment 2 John Doe 2020-11-15 11:20:47 UTC
(In reply to Nate Graham from comment #1)
> I don't have any songs with Japanese characters in them, but this is working
> for me with songs that have Hebrew characters. Any chance you could attach
> the problematic song for inspection?

Sorry for the late reply, I can confirm this bug applies to more than one distribution. Here are some songs that experience this bug: https://files.catbox.moe/u8j2hb.zip
If you follow the steps in the original bug report, you will experience this issue. The bug still persists as of: 15/11/20 using Gentoo, KDE Plasma 5.20.3, Frameworks 5.75.0, Qt 5.15.1
Comment 3 Nagy Tibor 2020-12-24 02:02:54 UTC
Can confirm it, I've also been hit by this. The source of the issue is the non-urlencoded file names in the saved playlists. Manually urlencoding the ill-formed file:/// URLs fixes the loading.
Comment 4 Nagy Tibor 2020-12-24 14:24:42 UTC
I looked deeper into this. It would be better to change the default QMediaPlaylist playlist format used by Elisa from .m3u (ASCII-based format) to .m3u8 (UTF-8 encoded format) to solve this.