Bugzilla – Bug 2186
Cosmetic bug with default skin interpreting diacritic characters in flac embedded and external cuesheets
Last modified: 2008-09-15 14:36:01 UTC
The navigation line in the "home" frame of the default skin misinterprets diacritic characters when browsing flac files in the music folder. This is true for both external and embedded cuesheets. With the test files I've provided, this is what gets displayed: Home / Browse Playlists / Flute Music - Aur鯬e Ensemble What should be displayed: Home / Browse Playlists / Flute Music - Auréole Ensemble This behavior occurs whether the cuefile is encoded in ANSI or UTF8. Steps to reproduce the bug: 1). Unzip the test files in the posted zip file. 2). Set Slimserver to use the folder containing the test files as the music folder 3). Rescan 4). Browse the music folder Related question: Why does slimserver interpret cuesheets as “Playlists” when browsing the music folder? Wouldn’t it make more sense for slimserver’s navigation line to show the real path to the file as it does when browsing, say MP3’s?
Created attachment 852 [details] Test files in a zipfile demonstrating the bug
Is this just: [% pwditem %] should be: [% pwditem | html %] in browsedb_pwdlist.html ?
This is working properly for me on OSX. I'll try on my Windows box later.
Fixed in subversion change 4441
Still seeing some problems here. I'll post a new zip demonstrating problems with umlauts.
Created attachment 868 [details] zip file with flacs with umlauts in the album title
Fixed in subversion change 4570