https://bugs.winehq.org/show_bug.cgi?id=54076
Bug ID: 54076 Summary: windows.globalization:globalization - test_GlobalizationPreferences() sometimes unexpectedly returns en_US on Windows 10 Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: fgouget@codeweavers.com
windows.globalization:globalization - test_GlobalizationPreferences() sometimes unexpectedly returns en_US on Windows 10:
globalization.c:137: Test failed: IGlobalizationPreferencesStatics_get_Languages 0 returned len 5, str L"en-US", expected L"de-DE" globalization.c:177: Test failed: IGlobalizationPreferencesStatics_get_Languages 0 returned len 5, str L"en-US", expected L"de-DE"
See https://test.winehq.org/data/patterns.html#ws2_32:sock
This failure first happened on 2022-11-22 and impacts the de, fr, ja, ko, pt-BR and ru locales of the w10pro64 VM. It's not systematic but is frequent enough that it seems like it does not impact the other locales.
The timing of the first failure is suspicious: * The w10pro64 had a problem where Windows 10 would reset UserDefaultLCID, ThreadLocale and Country to en_US when the TestBot called SetSystemTime() to update the clock in the live snapshot. As long as this issue was there there was no failure.
* On 2022-11-21 LibvirtTool got a workaround to re-set these locale settings after setting the time and the failures started.
So this sounds like Windows is still messing with the locales :-(
https://bugs.winehq.org/show_bug.cgi?id=54076
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |source, testcase
https://bugs.winehq.org/show_bug.cgi?id=54076
--- Comment #1 from François Gouget fgouget@codeweavers.com --- This can actually happen in all locales.
https://bugs.winehq.org/show_bug.cgi?id=54076
François Gouget fgouget@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Assignee|wine-bugs@winehq.org |fgouget@codeweavers.com
--- Comment #2 from François Gouget fgouget@codeweavers.com --- This failure now happens systematically in all of the w10pro64's non-English locales.
Up to the 2022-12-09 these tests were failing randomly. Then on the 11th I let the TestBot rebuild the snapshot [1] to ensure that Internet time synchronization would be disabled to fix random failures in other tests. And on the 12th these tests started failing systematically. (...except for the zh_CN snapshots where it's still random?)
[1] It goes like this: that VM has a 'langs' powered-off snapshot with all the locales installed. This snapshot has not changed since 2022-04-24. From this the TestBot produces the 'langs-mx-MX-live' live snapshot using LibvirtTool.pl and SetWinLocale to change the locale settings.