Subsonic Forum

Hello,
if the path of the file include a special charakter (like ä, ö, ü) , Subsonic ignored them.

what i have tried:

set the locale from Debian to de_UTF8

add theese two lines into /etc/default/subsonic

Code: Select all

LANG=de_DE.UTF-8
LC_CTYPE=de_DE.UTF-8

any idea to fix that?

In the 4.x and 5.x days I couldn't. I had to make a file renamer in Java that would keep the characters in the ID3 but rename the files and folders to avoid the issue. Eventually I learned to apply it BEFORE adding them to playlists, since they appear as deleted files that can't be matched up.

I don't have the issue with German files but rather Irish Gaelic words and names.

its 2016... this Problem can't be unsolved...
But it can?
someone try it with a newer JDK version maybe?


Edit:
workarround is renaming all folders and files.
that can be done with:

Code: Select all

find /PATH/TO/FOLDER/ -depth -execdir rename 's/Ä/Ae/g;s/Ö/Oe/g;s/Ü/Ue/g;s/ä/ae/g;s/ö/oe/g;s/ü/ue/g;s/ß/ss/g;' "{}" \;

I don't see this problem. I have folder names containing ö and they seem to work fine (showing up in the index, and in the individual song view).
Do you not see them in the index? Are you on the latest version?
Also, I have run our subsonic both on linux (ubuntu) and under windows and they have appeared for several versions of subsonic.

I currently have this problem with Subsonic running in a Tomcat-on-Alpine-Linux-Docker-Image. I tried all things I could find: Setting LANG, LC_ALL, etc. … setting -Dfile.encoding=utf-8, setting -Dsqlfile.charset=utf-8 and nothing worked.

I believe it's a problem with Alpine Linux not having any locale support installed. So the LANG and LC_ALL definitions have no effect and Subsonic falls back to iso-8859-something-support. When looking at the database-logfile, I can see that it e.g. stores "zurück" as "zur\ufffd\ufffdck" and U+fffd is "used to replace an incoming character whose value is unknown or unrepresentable". It looks like it's trying to utf8_encode the already-utf8-string and the control characters ("ü" = 0xc3 0xbc) can't be encoded again. Or something like that.

However, it's 2016 and Subsonic should use UTF-8 in any case and everywhere without trying to convert things around.

This SO answer suggests it might be a problem with the java.io lib and Apache FileUtils and using java.nio solves all those problems.