Bugzilla – Bug 6754
Umlauts/accented characters don't show on player when browsing music folder
Last modified: 2011-04-27 15:58:59 UTC
When browsing the music folder on the player, umlauts/accented characters are replaced by their non-accented version (ö -> o, é -> e), followed by a bit of white space. They show up correctly when displaying the tags or browsing the database. Tested on Windows & OSX using SoftSqueeze and a SB3, but only appears to be broken on OSX.
Created attachment 2718 [details] browsing on XP - ok
Created attachment 2719 [details] browsing on OSX - broken
Michael: are you looking at this for 7.0?
I have spent some time on it, but consider it fairly minor. We can target it for 7.0, but it's no show stopper.
Let's push it out if it's not a big deal. We got bigger fish to fry.
wasted another hour on this issue - wont fix for 7.0.1. Let's have people report this issue before I investigate any further.
Example: Songs 'Züri' and 'Lied für Zwärge' by Sophie Hunger do not appear as Songs when browsing her album. Züri - Sophie Hunger.mp3 Lied Für Zwärge - Sophie Hunger.mp3 12 of the 14 track show up only - those that do not contain an accented Charater. Do I have to cripple all affected songs in my collection in a 'Zueri' fashion? Surprisingly, playing the songs missing in the MUSIC LIBRARY from the Music Folder view makes them accessible from MUSIC LIBRARY! (Not sure if they survive a rescan for new/changed) The Umlaut Problem seems to affect Artist Name like Die Ärzte and Song Names only, but not Album Titles... to be confirmed. So I assume we have the working scan pattern in Album Name and should apply it to Artist and Song Name. SSODS: Release 3.15 SC: 7.2.1
Stefan - what player are you using? Does it make a difference whether you browse the music folder using the web UI or the remote control? What are your system details (Settings/Status)?
- What player are you using? 1 SB3 and 1 Boom - Does it make a difference whether you browse the music folder using the web UI or the remote control? Doesn't make a difference, affected track are just invisible in UI as well as on SB Display - What are your system details (Settings/Status)? Version: 7.2.1 @ Thu Oct 30 03:00:23 PDT 2008 (on DS207) Hostname: DiskStation IP: 192.168.1.47 HTTP Port: 9000 OS: Linux - EN - utf8 ( <- this was de_CH.UTF-8 before. No change) Platform: ppc-linux Perl Version: 5.8.8 - ppc-linux-thread-multi MySQL Version: 5.0.51 Total Players Recognized: 2 Thanks
Oh, I think we're talking about different things here: the original case (which I reported) was missing _characters_ only, not the full tracks. What you are reporting is missing tracks. Would you mind opening a new bug for your issue? It could then be better targetted. Just paste all the information you've given us so fare in to a new bug. Thanks!
I'll give that another try.
Some real unicode filenames, like eg. 02 - Πασχάλης Τερζής - Στα υπόγεια είναι η θέα are displayed, while simple ones with an umlaut or similar fail (Dvořák). I noticed that re-composing would fix the latter, while breaking the first.
Waiting for a Mac user using BMF _and_ hitting this issue before I continue my investigation.
Version: 7.3.2 - 24638 @ Wed Jan 14 03:00:07 PST 2009 OS: Linux - EN - utf8 Platform: ppc-linux Perl Version: 5.8.8 - ppc-linux-thread-multi MySQL Version: 5.0.51b Hi Michael, just ripped an old Die Fantastischen Vier CD and did a rescan for new/changed to test and confirm what you already know : ) All Tracks are available from the MUSIC LIBRARY, Populär and Frühstück included. W/o renaming the file to Populaer.. So the problem seems solved for my way of using SC, a big THANK YOU!
Not a Mac only bug shows on ClarkConnect 4.2 linux too.
Fix verified on r32364 with Touch and Radio