[Bug 35765] gdi32:font / richedit:editor / msvcrt:locale / msvcrt:string fails on newtb-w7u

[wine-bugs at winehq.org]

http://bugs.winehq.org/show_bug.cgi?id=35765

François Gouget <fgouget at codeweavers.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
         Depends on|                            |35573, 35574, 35760

--- Comment #2 from François Gouget <fgouget at codeweavers.com> ---
So I must have forgotten to change the 'Formats' locale which is why it was
still set to English. I have updated the VM accordingly.

> It doesn't happen frequently that we have a vm with different
> UserDefaultLCID and SystemDefaultLCID. I'm not very sure if
> we want to support such a case

I don't care much about such configurations for the real world, however I think
that for the conformance tests it's important: if an API depends on the
UserDefaultLCID locale, then I want to be sure that Wine checks that locale
setting and not another in its implementation. The only wayt to make sure
that's the case is to have a conformance test for that API and to run it on a
Windows system with different values for each locale, and then do the same on
Wine.

But the goal for w7u was more for it to be a clean Japanese VM which should now
be the case. And that's ok because there's the fg-win7u64-1spie9-* VMs to test
the other cases:
 * fg-win7u64-1spie9 -> The reference English case
 *            ...-fr -> French (simple non-English language)
 *            ...-ja -> Japanese (representative double-byte language)
 *            ...-he -> Hebrew (representative right-to-left language)
 *            ...-mx -> The mixed locale case

Failures that happen only in one or more of these 5 configurations provide
insight into exactly where our tests fall short.

-- 
Do not reply to this email, post in Bugzilla using the
above URL to reply.
You are receiving this mail because:
You are watching all bug changes.