[Bug 54076] New: windows.globalization:globalization - test_GlobalizationPreferences() sometimes unexpectedly returns en_US on Windows 10

[WineHQ Bugzilla]

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: [e-mail]
          Reporter: [e-mail]

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 :-(