Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
MKVToolnix GUI: interface language cannot be changed (stays English) #2070
Changing the interface language in Preferences › GUI has no effect. Even after a restart MKVToolnix GUI is still displayed in English.
This happens with MKVToolnix v14.0.0 64bit from the Arch repo (installed packages mkvtoolnix-cli and mkvtoolnix-gui through pacman)
To reproduce, starting with a fresh install (~/.config/bunkus.org not present):
mkvtoolnix-gui.ini after these actions: mkvtoolnix-gui.ini.zip
Arch Linux (Antergos) running KDE Plasma
Works just fine here on my Arch system (Arch is my primary development platform).
Please post the output of the following:
Thanks for the quick reply. Here’s the output; still English messages:
Then I tried successfully (note the missing
For comparison: Git exhibits similar behaviour: With
This may be interesting:
I’m not sure what to make of this. On the one hand I’m kind of inclined to call it not-a-bug but a strangeness of my system’s config. On the other hand so far MKVToolnix GUI is the only GUI application that refuses to switch language. For example SMPlayer and KeePassXC (both Qt5 based) switch as expected without env variable tampering.
Thanks. I can reproduce the behavior with the environment variables you've shown. However, I' not sure if I'd really call this a bug in MKVToolNix. It's basically an interaction with GNU
Quoting the first paragraph of section 2.3.3 "Specifying a Priority List of Languages" of the gettext manual:
Here's the status quo that doesn't work:
[0 mosu@sweet-chili ~/tmp] echo $LANGUAGE en_GB:en_US:de_DE [0 mosu@sweet-chili ~/tmp] mkvmerge --ui-language de_DE --help | head -n 1 mkvmerge -o out [global options] [options1] <file1> [@option-file.json] …
That's your status quo.
[0 mosu@sweet-chili ~/tmp] LANGUAGE= mkvmerge --ui-language de_DE --help | head -n 1 mkvmerge -o Ziel [globale Optionen] [Optionen1] <Datei1> [@Optionsdatei.json] …
[0 mosu@sweet-chili ~/tmp] LANGUAGE=en_GB:en_US:de_DE mkvmerge --ui-language de_DE --help | head -n 1 mkvmerge -o Ziel [globale Optionen] [Optionen1] <Datei1> [@Optionsdatei.json] …
Basically by using
As far as I know (and a quick search seems to confirm this) there's no way to force
What I'll try later tonight (and which might actually be a fix, not sure yet) is to let mkvmerge unset the
No, I wasn’t aware of that behaviour. I just abandoned Windows 7 for Antergos, so this is all still rather new … :)
I also agree that MKVToolnix is not really to blame. What tripped me up was the name of the Preferred Languages list in KDE’s Regional Settings. That list is directly responsible for the content of LANGUAGE. With the way gettext works it’s apparently best to keep it empty. Did that and I can confirm that now both MKVMerge and the GUI behave as expected.
Thank you for your help!
You're welcome, and thanks for the feedback. I think I'll still call this a bug. Traditionally we have the following order where programs get their settings from (in descending order of importance):
If my tools fail to set the language when the user uses the variant with the highest importance, then considering that a bug is probably correct.