Version: (using KDE KDE 3.5.7) Installed from: Fedora RPMs When using kdevelop with my default language (french), I can see some untranslated strings (in french) in other languages, depend upon on other language installed on the machine. These untranslated strings HAVE to be displayed in english. To reproduce: - install several language (at least french and one other like italian or spanish) - set the kde default language as french - run kdevelop - go to Project (Projet) -> Project options (Options du projet) -> Run options (Options d'exécution) You can see some strings that are not in french, not in english
Created attachment 21095 [details] Screenshot of the configuration tab of kdevelop A screenshot that show mixed languages (french and italian) in the configuration tab of kdevelop
Duplicate of bug 139178 ?
I don't know, but there are similar
Please report the value of $LANGUAGE. Unless $LANGUAGE has a strange value consisting of fr:es:de etc, this is quite strange.
There is no such environment variable, only $LANG, whose value is "fr_FR.UTF-8"
This is really weird! Could you please run $ strace -f -v -o output.txt kdevelop then close kdevelop and $ grep locale output.txt* and attach the resulting file here. The file will show what MO files kdevelop is actually reading.
Unfortunately, I can't reproduce this bug. Untranslated strings are now displayed in english. Do you really want the output of 'grep locale output.txt'? Size is 1.2Mb.
Well, you may add it as attachment - hopefully you didn't think to add it just as comment :-) But maybe it was just temporary glitch, maybe related to some updates or like?
Created attachment 21264 [details] strace part 1
Created attachment 21265 [details] strace part 2
I needed to split the file because it is bigger than 1000Kb, the limite accepted by the tracker
I finally succeded to reproduce the bug on my work machine. 'grep locale output.txt' is now 2.4Mo... I split the output in 3 files. Hope this help
Created attachment 21277 [details] strace part 1
Created attachment 21278 [details] strace part 2
Created attachment 21279 [details] strace part 3
That's weird... It seems system really loads mo-files for other languages. How could it be? Fallback should be English... Simos, any ideas?
Since you do verify that LANGUAGE is not set, then we need to test if something has changed in ~/.kde/ that requests those languages. Other than that I cannot thing there is something else that could make sense. Alain, in your strace file is shows that it looks for Italian, French and Spanish translations. Did you select these at all in your system or are they arbitrary? What you can do is something like $ mv ~/.kde ~/.kde-working (obviously do this when no KDE apps are running) and check again. It is important to figure out how it, es, fr are being selected. Once you finish testing, you can safely restore your .kde to the original setting. In addition, it is strange that the application is seeking "en_US" translations. en_US is supposed to be default language so no need to look for translation files. It is ok to "gzip -9" those strace files.
Anyway, it seems quite similar with the bug 139178 (http://bugs.kde.org/show_bug.cgi?id=139178), though it's still mysterious why fallback occurs not to US English but to other (installed) languages. IMHO that shouldn't happen... but maybe some distros or even KDE itself have changed it?
Sorry for delay, but still in vacation ;-) Italian, French and Spanish are installed on my system just to allow me to do the same screenshot for a program in different languages. I move my .kde directory -> I can't reproduce the bug, untranslated strings are in english I restore my .kde directory -> I can reproduce the bug
Created attachment 21384 [details] strace with a new .kde directory
It probably indicates something has changed either in KDE itself or in KDE provided by your distribution. But I don't know exactly where are the rules of use of localization written... (probably in .kde/share/config/kdeglobals, you could check the difference)
Have you checked potential differences between old and new .kde/share/config/kdeglobals? It may have a hint what or how happens...
I just tried to check, but I made THE BIGGEST MISTAKE I COULD DO.... After a mv .kde .kde-old, I did a rm -rf .kde-old :-( So, I lost many, many things.... All my mails :-( Of course, I can't reproduce the bug
Ouch! :-But it seems to indicate there was something wrong with old settings. Have you upgraded KDE? If yes, maybe your distribution did smth wrong - you may look at Fedora's Bugzilla, maybe there are similar reports... Otherwise we're at loss to understand what happened...
Hmm, I'm inclined to close the BR as INVALID or WORKSFORME - your report has all legitimacy but if it can't be reproduced... or anybody else can reproduce it then it's quite impossible to find solution...
My box was a fresh install of Fedora Core 6 with KDE 3.5.4. I updated every time a package was avaliable from (and only from) Fedora. Now, my KDE is 3.5.7. My box is on 24/24 during several months but when I wanted to load an updated kernel. What it seems strange to me is that my home box was a Fedora Core 5, upgrade to FC6, always updated with Fedora package, power on/off every day. Unfortunately, I won't be able to reproduce this bug, I think you can close it. But I don't agree with INVALID or WORKSFORME. There is no INSOLVABLE?
NOIDEA doesn't exist either. :)
Well, there are such options: FIXED, INVALID, WORKSFORME, WONTFIX, LATER, REMIND. I can only imagine second, third and fourth somehow appropriate solutions. As you say in comment #26, you've 24/24 for several months... I know that situation quite good (in fact, I'm living on Mandriva's cooker) and am quite sure it's some ephemeral glitch just due to some update. It may even be known to the (distro's) developers, maybe there is even some bug reports about such behaviour (have seen such things in Mandriva cooker and usually there is response "in cooker all can happen" :-) ).