aMule Forum
English => en_Bugs => Topic started by: macias on July 09, 2006, 11:59:54 AM
-
Hello,
There was no such issue till 2.1.3. My LANG env. is to US_us, aMule works in English but each time I click on Preferences and confirm the dialog (even I didn't change anything) aMule informs me that I changed the language (to Italian) and I need to restart aMule in order to work.
However I can work fine, but all dialogs are in English except buttons -- "si", "acceptar", etc.
have a nice day
bye
-
I can confirm that: For me everything is in German as requested, but the confirmation buttons when closing the application ("No/Yes") are sometimes (not always) in Hungarian.
It occurs with SVN HEAD.
It seems to happen only after going into the preferences window. If I start aMule and close it without going into the preferences window, everything is OK (that is, it asks "Nein/Ja" and not "Nem/Igen").
-
you don't want me to get started on random prefs change on current SVN.
-
I don't know, but it's really the same on both 2.1.3 and SVN with a clean .aMule directory.
-
Originally posted by Kry
you don't want me to get started on random prefs change on current SVN.
You mean user-prefs, not code? If yes, please change your upload speed limit for example. And click ok to confirm. I get immediately message with button "aceptar".
have a nice day, bye
-
I think Kry means something different, maybe http://forum.amule.org/thread.php?threadid=10431
=> Avoid reporting stuff against SVN tarballs. ;)
-
Avoid reporting stuff against SVN tarballs. ;)
Ok, but as I said before I use regular 2.1.3.
-
I know what happens. It's a wx bug.
When the Preferences dialog opened, aMule switches to each locale, to see if it's installed and message catalog available. The corresponding wxLocale objects are then deleted immediately. wxWidgets documentation says that deleting a wxLocale object restores the locale to the previously set one (the one set on aMule startup), however, the setlocale() system function is NOT called, so the operating system still thinks we're using the last succesfully tried locale.
I will commit a fix, but maybe only tomorrow.
-
No, I mean there are other prefs items changed randomly.
-
Oh, sorry, I misunderstood.
-
And it's serious.
-
Strange...
-
Just confirming that the locale switching problem is now indeed completely resolved with today's tarball.
Is this backported to the 2.1 branch? If not, it might be a good candidate.
-
of course.
Which actually means, I should release 2.1.4 soon being some critical fixes already there.