http://bugs.winehq.org/show_bug.cgi?id=35165
Bug ID: 35165 Summary: Quake Live standalone login window shows difficult to read text in the username field Product: Wine Version: 1.7.8 Hardware: x86-64 URL: http://quakelive.com OS: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown Assignee: wine-bugs@winehq.org Reporter: alexandru.balut@gmail.com Classification: Unclassified
Created attachment 46910 --> http://bugs.winehq.org/attachment.cgi?id=46910 Entered "mmmmmmmm" in the two fields
Install the app (installer might crash, but ignore that), start it, notice the text entered in the username/password fields appears in a weird way.
When pressing backspace to delete the last character, the text suddenly seems to appear fine but there is an unexpected margin between the right-side of the text and the cursor. Then if more letters are entered they continue to be displayed broken.
Does not happen with digits for some reason.
http://bugs.winehq.org/show_bug.cgi?id=35165
--- Comment #1 from Anastasius Focht focht@gmx.net --- Created attachment 46911 --> http://bugs.winehq.org/attachment.cgi?id=46911 Quake Live standalone login fields
Hello,
I can't reproduce this, the login looks fine, regardless of input (tried all kinds of characters, deletion, max. fill etc).
$ sha1sum QuakeLiveSetup_840.exe 843d1542bccaaf1bd46bee0acec95d4bfdfc898b QuakeLiveSetup_840.exe
$ du -sh QuakeLiveSetup_840.exe 5.8M QuakeLiveSetup_840.exe
$ wine --version wine-1.7.8-258-g15b3ff2
Regards
http://bugs.winehq.org/show_bug.cgi?id=35165
--- Comment #2 from Bruno Jesus 00cpxxx@gmail.com --- Created attachment 46912 --> http://bugs.winehq.org/attachment.cgi?id=46912 login screenshot
I can see this issue too in wine-git. There is a minor problem in the username field and the password is missing 4 characters.
http://bugs.winehq.org/show_bug.cgi?id=35165
--- Comment #3 from Bruno Jesus 00cpxxx@gmail.com --- winetricks gdiplus workarounds the issue.
http://bugs.winehq.org/show_bug.cgi?id=35165
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW CC| |focht@gmx.net Component|-unknown |mscoree Summary|Quake Live standalone login |Quake Live Standalone |window shows difficult to |Client with Mono: login |read text in the username |window shows difficult to |field |read text in the username | |field Ever confirmed|0 |1
--- Comment #4 from Anastasius Focht focht@gmx.net --- Hello folks,
this is a Mono problem. The launcher is a Windows Forms based .NET application, requiring at least .NET Framework 2.0
I use MS .NET Frameworks by default ('winetricks -q dotnet20' in clean 32-bit WINEPREFIX) and there is no visible distortion.
Wine builtin gdiplus, no overrides.
Regards
http://bugs.winehq.org/show_bug.cgi?id=35165
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|mscoree |gdiplus
--- Comment #5 from Vincent Povirk madewokherd@gmail.com --- Probably still a gdiplus bug, just Mono happens to use gdiplus in a way that triggers it.
http://bugs.winehq.org/show_bug.cgi?id=35165
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|gdiplus |gdi32
--- Comment #6 from Vincent Povirk madewokherd@gmail.com --- I get this from typing n but not m.
Mono is assuming that the result of DrawText with DT_CALCRECT for individual characters can be used to calculate the size of the entire string (also drawn with DrawText). It then uses that information to invalidate only the rectangle that should contain the newly-typed character.
In my testing, it seems to get a result of 7 for the width of n, but inspecting a screenshot shows that the width of the whole run increases by 6 pixels for each n in the string.
So either this is an invalid assumption in Mono, or DrawText is measuring the string incorrectly. I'm going to set the component in gdi32 and expect that it may be set back to mscoree if that's considered a broken use of the API.
This is ultimately going to need a redesign for bidi text, but I'm not equipped to even think about how to do that.
http://bugs.winehq.org/show_bug.cgi?id=35165
--- Comment #7 from Vincent Povirk madewokherd@gmail.com --- Created attachment 47146 --> http://bugs.winehq.org/attachment.cgi?id=47146 test case (C source)
http://bugs.winehq.org/show_bug.cgi?id=35165
--- Comment #8 from Vincent Povirk madewokherd@gmail.com --- Created attachment 47147 --> http://bugs.winehq.org/attachment.cgi?id=47147 test case (exe)
Here's a test case for visually comparing the result of measuring individual characters to the actual text. On Windows, every other character is highlighted in green. In Wine, the highlights do not line up with the characters.
http://bugs.winehq.org/show_bug.cgi?id=35165
Vincent Povirk madewokherd@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download, source, testcase
https://bugs.winehq.org/show_bug.cgi?id=35165
--- Comment #9 from Bruno Jesus 00cpxxx@gmail.com --- Still in wine 1.7.33.
https://bugs.winehq.org/show_bug.cgi?id=35165
--- Comment #10 from Dmitry Timoshkov dmitry@baikal.ru --- I don't see anything wrong with the attached test program under wine-1.7.55, even recompiled the test to use larger font in order to see better the text.
Please retest.
https://bugs.winehq.org/show_bug.cgi?id=35165
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |00cpxxx@gmail.com, | |winetest@luukku.com
https://bugs.winehq.org/show_bug.cgi?id=35165
--- Comment #11 from Bruno Jesus 00cpxxx@gmail.com --- Created attachment 55366 --> https://bugs.winehq.org/attachment.cgi?id=55366 XP and Wine 1.9.16-git side by side
(In reply to Dmitry Timoshkov from comment #10)
I don't see anything wrong with the attached test program under wine-1.7.55, even recompiled the test to use larger font in order to see better the text.
Please retest.
Unfortunately there is a difference if you side-by-side compare with XP. Please take a look at the attached file.