# Umlaut problem in "browse" view
**URL:** https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681
**Category:** Pi MusicBox (archive)
**Created:** [April 12, 2015, 10:04am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681 "2015-04-12T10:04:29Z")
**Posts on this page:** 17
**Page:** 1
### Author:  [@jochen](https://discourse.mopidy.com/u/jochen)
#### Post date: [April 12, 2015, 10:04am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/1 "2015-04-12T10:04:30Z")
I noticed that umlaut letters are not displayed correctly in the “Browse” section of the musicbox webclient. The “Now Playing” sceen as well as the bottom bar shows the letters correctly.
The same problem might still occur in the “Playlists”. At least in MusicBox 0.53 those names are also displayed incorrectly (In MusicBox 0.53, these songs are even skipped when trying to play them. This apparently has been fixed in 0.6. ).
I checked in the SQLite database of mopidy-local and there the names are still correct.
---
### Author:  [@kingosticks](https://discourse.mopidy.com/u/kingosticks)
#### Post date: [April 12, 2015, 11:20am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/2 "2015-04-12T11:20:09Z")
It’s not clear to me from this what version you are actually reporting this
problem against. Musicbox 0.5.3 or 0.6?
---
### Author:  [@jochen](https://discourse.mopidy.com/u/jochen)
#### Post date: [April 12, 2015, 11:46am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/3 "2015-04-12T11:46:34Z")
Both versions have the problem.
The screenshot is from 0.6.
In 0.5, the files would not even play so I don’t know whether they would be displayedin “now playing” correctly.
---
### Author:  [@tot\_rispekt](https://discourse.mopidy.com/u/tot_rispekt)
#### Post date: [April 12, 2015, 5:13pm UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/4 "2015-04-12T17:13:11Z")
Is it so that this only happens when you browse to folders (when using SQLite), and not when you go to e.g browse/albums?
What system local do you have?
> [@Network folders are showing up empty in MusicBox 0.5.1rc](https://discourse.mopidy.com/t/network-folders-are-showing-up-empty-in-musicbox-0-5-1rc/315/):
>
> Hi, I’m trying out MusicBox 0.5.1rc because it’s support for Raspberry B+ with HiFiBerry. I noticed that when browsing networkfolders there are no tracks found. When browsing the network using the console I see the music files. Also when browsing Artists I don’t see all the tracks. In other upnp browsers the content does show. Another thing I noticed with 0.5.1.rc is that under airplay on my iPhone I see MusicBox (MusicBox) and shairport-sync (MusicBox). Is it supposed to show up twice? K…
Because, what I think I have noticed is that the library pulls the names from the metadata, in which case they might be displayed correctly even when the filenames are not. So for example, I have some playlits (local m3u lists of songs in /var/lib/playlists that do not work because they contain umlauts and the way the OS displays them is distinct from what the file has. However, those same files are displayed correctly when viewed from “browse/albums” or similar.
---
### Author:  [@jochen](https://discourse.mopidy.com/u/jochen)
#### Post date: [April 12, 2015, 6:49pm UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/5 "2015-04-12T18:49:44Z")
Yes, you’re right.
When drilling in via “Albums”, the umlauts are displayed correctly,
when going in via “Folders” they are broken.
I have not changed anything regarding system locale. It is a one day old “clean install” of the 0.6 image.
Not sure if I look in the right place, but the `locale` command gives the following result:
```
root@MusicBox:~# locale
LANG=
LANGUAGE=
LC_CTYPE="POSIX"
LC_NUMERIC="POSIX"
LC_TIME="POSIX"
LC_COLLATE="POSIX"
LC_MONETARY="POSIX"
LC_MESSAGES="POSIX"
LC_PAPER="POSIX"
LC_NAME="POSIX"
LC_ADDRESS="POSIX"
LC_TELEPHONE="POSIX"
LC_MEASUREMENT="POSIX"
LC_IDENTIFICATION="POSIX"
LC_ALL=
root@MusicBox:~# locale -a
C
C.UTF-8
POSIX
root@MusicBox:~#
```
---
### Author:  [@tkem](https://discourse.mopidy.com/u/tkem)
#### Post date: [April 13, 2015, 6:02am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/6 "2015-04-13T06:02:19Z")
Browsing “Folders” lists files and directories according to the system locale, while browsing “Albums”, " Artists" etc. uses information extracted from metadata tags included in the files. This is so people with untagged files still get access. Now, the POSIX locale only handles ASCII characters, so setting the system locale to something that handles UTF-8 should fix this. IFyour file and directory names are UTF-8, of course.
---
### Author:  [@tot\_rispekt](https://discourse.mopidy.com/u/tot_rispekt)
#### Post date: [April 13, 2015, 8:31am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/7 "2015-04-13T08:31:52Z")
What benefit is there from the fact that the default locale is POSIX, which it seems to me that no one would want to use under any circumstances?
---
### Author:  [@kingosticks](https://discourse.mopidy.com/u/kingosticks)
#### Post date: [April 13, 2015, 8:50am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/8 "2015-04-13T08:50:35Z")
It’s a bug, it has been discussed on the issue tracker but sadly didn’t
make it in for the recent releases. My fault.
---
### Author:  [@tot\_rispekt](https://discourse.mopidy.com/u/tot_rispekt)
#### Post date: [April 13, 2015, 9:06am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/9 "2015-04-13T09:06:58Z")
OK, but don’t worry about it. If people go and change the locale, then will a reboot suffice, or does it require a rescan? Which one of the already installed locales would be best, or should one add more with say the locales package?
---
### Author:  [@kingosticks](https://discourse.mopidy.com/u/kingosticks)
#### Post date: [April 13, 2015, 11:52am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/10 "2015-04-13T11:52:06Z")
If I understand @tkem correctly then Browsing doesn’t use the scanned data so you should be good to go after a reboot. I think `C.UTF-8` should be sufficient and should already be installed.
For reference: [https://github.com/woutervanwijk/Pi-MusicBox/issues/242](https://github.com/woutervanwijk/Pi-MusicBox/issues/242)
---
### Author:  [@tkem](https://discourse.mopidy.com/u/tkem)
#### Post date: [April 13, 2015, 12:11pm UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/11 "2015-04-13T12:11:14Z")
IIRC changing the system locale should only affect
- browsing “Folders”
- tracks without proper title tags, since the “track name” is generated from the file name in this case
So trying a reboot without a rescan should be fine for most people (and you’ll notice quickly otheriwse 😉
---
### Author:  [@jochen](https://discourse.mopidy.com/u/jochen)
#### Post date: [April 13, 2015, 6:08pm UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/12 "2015-04-13T18:08:29Z")
Can someone confirm that?
I changed the locale to C.UTF-8 and rebooted:
But the web interface still shows the file names wrong:
When going in the chrome developer tools it shows that the actual id of the element is correct (html encoded file name) and only the label shows the wrong representation:
Is that an indication that it is not a system locale problem?
---
### Author:  [@tkem](https://discourse.mopidy.com/u/tkem)
#### Post date: [April 14, 2015, 2:58pm UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/13 "2015-04-14T14:58:57Z")
Is this only in the MusicBox-WebClient or does this also occur with MPD clients?
---
### Author:  [@tot\_rispekt](https://discourse.mopidy.com/u/tot_rispekt)
#### Post date: [April 14, 2015, 5:36pm UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/14 "2015-04-14T17:36:45Z")
I can confirm that this also happens on Gnome Music Player Client.
---
### Author:  [@jochen](https://discourse.mopidy.com/u/jochen)
#### Post date: [April 16, 2015, 6:55pm UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/15 "2015-04-16T18:55:07Z")
Hi,
I dug around in the web client a bit using the chrome dev console and found out the following:
The GET request of the folder content returns the content correctly:
…or at least chrome displays it like that. In the raw data it looks like this:
According to [Character Encoding info of ü](http://www.fileformat.info/info/unicode/char/fc/index.htm) this is a unicode encoding in source code.
Those encodings should probably be converted to HTML encoding before returning it or maybe not encoded at all if everything is utf-8.
Anyway, the end result is that the tracks array as used by the web client is broken:
Hope this helps isolating the issue.
---
### Author:  [@GG430](https://discourse.mopidy.com/u/GG430)
#### Post date: [May 3, 2015, 12:41pm UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/16 "2015-05-03T12:41:30Z")
Hi,
Seems I see a similar thing in the Playlist. The files do show up with the name in the playlist (I already changed the view name to not have Umlauts).
This is the playlist entry:
#EXTINF:3039,008 - Und Der Gruene Geist
/music/Network/DDF/008 - Die Drei Fragezeichen - Und Der Grüne Geist.mp3
I changed the locale to de.DE\_UTF8 and mounted the windows share with iocharset=utf8.
The file is part of a playlist and also is moved to the queue.
[https://docs.google.com/file/d/0B9xVNo0HVP81Yl9lMV9HbUN6VjQ](https://docs.google.com/file/d/0B9xVNo0HVP81Yl9lMV9HbUN6VjQ)
[https://docs.google.com/file/d/0B9xVNo0HVP81VFpuYjVUbFlVcUU](https://docs.google.com/file/d/0B9xVNo0HVP81VFpuYjVUbFlVcUU)
But it doesn’t play afterwards. The other files in the same list without the Umlauts do play though.
---
### Author:  [@jodal](https://discourse.mopidy.com/u/jodal)
#### Post date: [February 19, 2026, 11:47am UTC](https://discourse.mopidy.com/t/umlaut-problem-in-browse-view/681/17 "2026-02-19T11:47:44Z")