https://bugs.documentfoundation.org/show_bug.cgi?id=149375
Eike Rathke <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |minor Priority|medium |low --- Comment #5 from Eike Rathke <[email protected]> --- I doubt any system actually has support for an en_DE.UTF-8 locale, if not handcrafted. Just enter this on the command line: LC_ALL=en_DE.UTF-8 locale and you'll get something like locale: Cannot set LC_CTYPE to default locale: No such file or directory locale: Cannot set LC_MESSAGES to default locale: No such file or directory locale: Cannot set LC_ALL to default locale: No such file or directory LC_CTYPE="en_DE.UTF-8" LC_NUMERIC="en_DE.UTF-8" LC_TIME="en_DE.UTF-8" LC_COLLATE="en_DE.UTF-8" LC_MONETARY="en_DE.UTF-8" LC_MESSAGES="en_DE.UTF-8" LC_PAPER="en_DE.UTF-8" LC_NAME="en_DE.UTF-8" LC_ADDRESS="en_DE.UTF-8" LC_TELEPHONE="en_DE.UTF-8" LC_MEASUREMENT="en_DE.UTF-8" LC_IDENTIFICATION="en_DE.UTF-8" LC_ALL=en_DE.UTF-8 Whatever happens if in KDE a locale is set to such an invalid value, apparently it influences the text encoding with which file system paths are read by LibreOffice with thread encoding, probably for an invalid locale it falls back to a non-UTF-8 C or other locale, which would explain the question marks instead of umlauts. If (from the system or command line) you want English UI with otherwise German locale settings then instead set that properly, like LC_MESSAGES=en_GB.UTF-8 LC_CTYPE=de_DE.UTF-8 where LC_CTYPE determines the default system locale LibreOffice uses for number formatting and so on, if not overridden under Tools -> Options. Be sure to not set LC_ALL that would override any other LC_... variable. LANG=... may be set, LC_MESSAGES will take precedence if set. Anyway, for the UI language a LANGUAGE=... set will take precedence over both LC_MESSAGES and LANG, so LANGUAGE=en_GB.UTF-8 would work as well. -- You are receiving this mail because: You are the assignee for the bug.
