http://bugs.winehq.org/show_bug.cgi?id=19821
Summary: AutoHotKey reports wrong Nls language Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: brawxingerole@mailueberfall.de
When I run Gimp 2.6.7 it starts localised under WindowsXP German and in Wine installation 1.1.28 on german localised Ubuntu 8.04.
Gimp gets the current localisation information from registry key:
HKEY_CURRENT_USER\Control Panel\International\Locale
I then tried to run a modified appinstall script gimp.ahk which determines current locale language with Autohotkey's internal %A_Language% variable.
Under Windows XP German this modified script detects language correctly and runs it errorfree.
Running the script in "German Standard" locale (0407) Wine installation on Ubuntu 8.04 doesn't work.
AutoHotKey greps the information for the variable from registry key:
HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Nls\Language\InstallLanguage
Checking the keys reveals that AutoHotKey fails under Wine because there the HKLM...\Nls\Language\InstallLanguage key contains always 0409 independent of Linux locale.
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #1 from Dmitry Timoshkov dmitry@codeweavers.com 2009-08-23 10:02:36 --- What is the exact problem? And with which application? The summary is about AutoHotKey but you talk about Gimp...
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #2 from Thomas Heckel thomas.heckel@gmx.net 2009-08-23 10:08:47 --- autohotkey has the problem. It gets the wrong locale.
Gimp is another localised program which uses another method to gather the language.
With 1st app/method there's the bug, with 2nd app/method there's no problem.
Will this explain it further?
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #3 from Dmitry Timoshkov dmitry@codeweavers.com 2009-08-23 10:18:31 --- (In reply to comment #2)
autohotkey has the problem. It gets the wrong locale.
Why do you think it gets wrong locale? What is exactly the problem?
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #4 from Thomas Heckel thomas.heckel@gmx.net 2009-08-23 10:27:31 --- Registry key HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Nls\Language\InstallLanguage should contain same number as registry key HKEY_CURRENT_USER\Control Panel\International\Locale to make both Autohotkey and gimp detect the language of Windows right.
Under Wine this is not the case.
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #5 from Dmitry Timoshkov dmitry@codeweavers.com 2009-08-23 10:34:51 --- (In reply to comment #4)
Registry key HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Nls\Language\InstallLanguage should contain same number as registry key HKEY_CURRENT_USER\Control Panel\International\Locale to make both Autohotkey and gimp detect the language of Windows right.
What is the purpose of that check?
Under Wine this is not the case.
What exactly happens if the value of that key is english? That key has nothing to do with the user locale.
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #6 from Thomas Heckel thomas.heckel@gmx.net 2009-08-23 12:04:43 --- (In reply to comment #5)
(In reply to comment #4)
Registry key HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\Nls\Language\InstallLanguage should contain same number as registry key HKEY_CURRENT_USER\Control Panel\International\Locale to make both Autohotkey and gimp detect the language of Windows right.
What is the purpose of that check? What exactly happens if the value of that key is english? That key has nothing to do with the user locale.
If "Nls" key is 0409 (English) then Autohotkey reports to the scripts which are using the internal AHK variable "A_Language" they're under an english environment. Which is not the case, as other apps show correctly. But the - maybe wrong - assumption of AHK with using "Nls" key works well under Windows.
http://bugs.winehq.org/show_bug.cgi?id=19821
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source CC| |austinenglish@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=19821
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |enhancement
--- Comment #7 from Dmitry Timoshkov dmitry@codeweavers.com 2009-08-23 22:54:09 --- (In reply to comment #6)
If "Nls" key is 0409 (English) then Autohotkey reports to the scripts which are using the internal AHK variable "A_Language" they're under an english environment. Which is not the case, as other apps show correctly. But the - maybe wrong - assumption of AHK with using "Nls" key works well under Windows.
That can't work under Windows. For instance my version of XP is English (and InstallLanguage is 409), but the locale is Russian (419). So Wine can be treated as an English OS with Russian locale/language pack.
I'd suggest to report the bug to AutoHotKey developers.
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #8 from Thomas Heckel thomas.heckel@gmx.net 2009-08-31 05:40:37 --- (In reply to comment #7)
(In reply to comment #6)
If "Nls" key is 0409 (English) then Autohotkey reports to the scripts which are using the internal AHK variable "A_Language" they're under an english environment. Which is not the case, as other apps show correctly. But the - maybe wrong - assumption of AHK with using "Nls" key works well under Windows.
That can't work under Windows. For instance my version of XP is English (and InstallLanguage is 409), but the locale is Russian (419). So Wine can be treated as an English OS with Russian locale/language pack.
I'd suggest to report the bug to AutoHotKey developers.
I've reported it to Chris Mallett from Autohotkey and maybe it would be changed to a more precise way in a future major release. And from my own research I agree to you. It seems to be possible to take another system language for the dialogs after installation (and done so by Multilingual-User-Interface Editions of Windows like Windows Embedded).
AFAIK from MSDN resources and infos from Chris the registry keys "InstallLanguage" and "Default" will contain the default language code page of the CD or that was selected during Windows installation. ( http://msdn.microsoft.com/en-us/library/dd374098(VS.85,printer).aspx , http://technet.microsoft.com/en-us/library/cc957158(printer).aspx 's comment of "Default" entry under topic "LanguageID REG_SZ Filename" ).
On the other way, "MUI products are available only through volume agreements from Microsoft. They are not available through retail channels." (from Wikipedia Multilingual_User_Interface)
As I mentioned in bug opening comment, AHK's quirked approach (yes it should have better used something like GetThreadLocale ) works well under my retail Windows XP. So it's probably a question of compatibility: should Wine imitate MUI features or should it better present as a "windows" which was installed with current LC* environment settings.
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #9 from Dmitry Timoshkov dmitry@codeweavers.com 2009-08-31 07:25:28 --- What will happen under Windows if the version of Windows is German but locale set to English, or other way around? There are other combinations to think about (Russian/German, Russian/English, etc.).
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #10 from Thomas Heckel thomas.heckel@gmx.net 2009-08-31 07:47:58 --- (In reply to comment #9)
What will happen under Windows if the version of Windows is German but locale set to English, or other way around? There are other combinations to think about (Russian/German, Russian/English, etc.).
I don't understand your question. Do you mean setting the system UI language /"InstallLanguage" in Control Panel to another one? This isn't possible in a retail version of Windows. There are only changes possible for System/User/Thread(?) Locale, Input Locale, Geographic ID.
Do you think it would be possible to make a Wine test case that would show this behaviour (in usp10)?
http://bugs.winehq.org/show_bug.cgi?id=19821
--- Comment #11 from Dmitry Timoshkov dmitry@codeweavers.com 2009-08-31 10:11:47 --- That was mostly a theoretical question to think of.
http://bugs.winehq.org/show_bug.cgi?id=19821
butraxz@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |butraxz@gmail.com
--- Comment #12 from butraxz@gmail.com 2012-05-23 13:43:56 CDT --- This bug has not been updated for three years. Is this still an issue i current (1.5.4) or newer wine ?
https://bugs.winehq.org/show_bug.cgi?id=19821
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution|--- |ABANDONED
--- Comment #13 from Ken Sharp imwellcushtymelike@gmail.com --- Abandoned
https://bugs.winehq.org/show_bug.cgi?id=19821
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #14 from Austin English austinenglish@gmail.com --- Closing.
-
wine-bugs＠winehq.org