http://bugs.winehq.org/show_bug.cgi?id=26365
Summary: Geneforge 1 - text gets cut away Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: xaron77@fastmail.fm
Text gets cut-away on the right side of dialogue screen (letters often get cut in half) and character statistics screen. No errors are displayed.
http://bugs.winehq.org/show_bug.cgi?id=26365
Rosanne DiMesio dimesio@earthlink.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal
--- Comment #1 from Rosanne DiMesio dimesio@earthlink.net 2011-03-09 21:38:08 CST --- Not critical. http://bugs.winehq.org/page.cgi?id=fields.html#bug_severity
http://bugs.winehq.org/show_bug.cgi?id=26365
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|normal |trivial
http://bugs.winehq.org/show_bug.cgi?id=26365
Javier Kohen jkohen@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jkohen@users.sourceforge.ne | |t
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #2 from Javier Kohen jkohen@users.sourceforge.net 2012-01-16 13:33:41 CST --- There is a downloadable demo in the official site: http://www.spidweb.com/geneforge/index.html
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #3 from Javier Kohen jkohen@users.sourceforge.net 2012-01-16 13:53:04 CST --- I have a little bit more information on how to reproduce this, and I'm attaching the output of the ddraw debug channel.
As soon as your character appears on the map, it works fine:
1) Before you do anything else, you can press F1 to see the help and all the text should appear on the screen (gf-help-before.log). 2) Have the character walk. A short step is enough (gf-walk.log). 3) After the previous step the text outside the map view is clipped. You can press F1 to see the help and you'll see how the text that falls outside the map view is missing (gf-help-after.log).
Surprisingly diff between the before and after logs gives relatively few differences, and there are clear patterns, though I can't tell whether they are significant. Hopefully gf-walk.log or the diff gives someone who knows ddraw a clue. There is also a demo you can play with to test this.
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #4 from Javier Kohen jkohen@users.sourceforge.net 2012-01-16 13:53:38 CST --- Created attachment 38387 --> http://bugs.winehq.org/attachment.cgi?id=38387 Help without clipping.
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #5 from Javier Kohen jkohen@users.sourceforge.net 2012-01-16 13:53:55 CST --- Created attachment 38388 --> http://bugs.winehq.org/attachment.cgi?id=38388 Triggering the bug.
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #6 from Javier Kohen jkohen@users.sourceforge.net 2012-01-16 13:54:12 CST --- Created attachment 38389 --> http://bugs.winehq.org/attachment.cgi?id=38389 Help with clipping.
http://bugs.winehq.org/show_bug.cgi?id=26365
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.spidweb.com/gene | |forge/index.html CC| |00cpxxx@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26365
bk+wine@ancilla.ca changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bk+wine@ancilla.ca
--- Comment #7 from bk+wine@ancilla.ca 2012-04-02 19:28:27 CDT --- I can confirm that, as of Wine 1.5.1 amd64, this still affects both Geneforge and Geneforge 2. I can provide logs and screenshots if useful.
http://bugs.winehq.org/show_bug.cgi?id=26365
Pierre Etchemaite pe-winehq@concept-micro.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |pe-winehq@concept-micro.com
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #8 from Pierre Etchemaite pe-winehq@concept-micro.com 2012-09-08 16:27:25 CDT --- Problem still exists with Wine 1.5.12.
Debian unstable architecture amd64 Wine 1.5.12 Nvidia GeForce G102M / proprietary driver 304.37
http://bugs.winehq.org/show_bug.cgi?id=26365
ophion@freeshell.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |ophion@freeshell.org
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #9 from Pierre Etchemaite pe-winehq@concept-micro.com 2013-01-18 06:25:57 CST --- Problem still exists with Wine 1.5.21.
Debian unstable architecture amd64 Wine 1.5.21 Nvidia GeForce G102M / proprietary driver 304.64
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #9 from Pierre Etchemaite pe-winehq@concept-micro.com 2013-01-18 06:25:57 CST --- Problem still exists with Wine 1.5.21.
Debian unstable architecture amd64 Wine 1.5.21 Nvidia GeForce G102M / proprietary driver 304.64
--- Comment #10 from Pierre Etchemaite pe-winehq@concept-micro.com 2013-01-18 10:42:16 CST --- (In reply to comment #3)
- Have the character walk. A short step is enough (gf-walk.log).
Actually just selecting the character (by left-clicking on it) is enough. Other than that I confirm exactly what you describe.
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #11 from Pierre Etchemaite pe-winehq@concept-micro.com 2013-01-18 10:56:52 CST --- Created attachment 43215 --> http://bugs.winehq.org/attachment.cgi?id=43215 Help without clipping
Before character selection with the mouse, the help text displays correctly; The help can be opened and closed several times and still work correctly. One can even scroll the map around, no issue.
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #12 from Pierre Etchemaite pe-winehq@concept-micro.com 2013-01-18 11:02:54 CST --- Created attachment 43216 --> http://bugs.winehq.org/attachment.cgi?id=43216 Help with clipping
After the character has been selected with the mouse, the help text is clipped to the map area. Returning to main menu, loading a different game, do not fix the clipping, only restarting the program does.
http://bugs.winehq.org/show_bug.cgi?id=26365
fiziologus@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |fiziologus@gmail.com
--- Comment #13 from fiziologus@gmail.com 2013-03-28 11:06:36 CDT --- this bug exist in regedit when you try to edit multiline value for key, e.g. file name for fonts.
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #14 from Pierre Etchemaite pe-winehq@concept-micro.com 2013-06-17 16:57:04 CDT --- Problem still exists in 1.6-rc2
Debian unstable architecture amd64 Nvidia GeForce G102M / proprietary driver 313.30
http://bugs.winehq.org/show_bug.cgi?id=26365
Ken Sharp imwellcushtymelike@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever confirmed|0 |1
--- Comment #15 from Ken Sharp imwellcushtymelike@gmail.com --- Confirmed by multiple users.
https://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #16 from fiziologus@gmail.com --- wine-1.7.10 Bug exist.
http://bugs.winehq.org/show_bug.cgi?id=26365
wanderer@fastmail.fm changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wanderer@fastmail.fm
--- Comment #17 from wanderer@fastmail.fm --- For whatever it's worth, still found in wine-1.7.13-53-g37e0a1a.
Also, this bug has been known since at least mid-2009, probably years prior. (I filed another bug in July 2009 which mentions the existence of this bug, and I'd known about it for a long time at that point.) I thought I'd discussed it with other people here on the WineHQ Bugzilla, but I can't find any sign of that; maybe it was on some other Wine site.
I'm pretty sure this is one of the longest-standing known bugs still present in Wine, at least of its class - that being "likely the only bug preventing a particular program from being Platinum-class".
If there's any significant chance of getting this bug fixed, I'd be willing to do testing and provide logs, although I'm not remotely familiar with how to produce useful debug logs from Wine - the documentation I've found has not been at all helpful in that regard.
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #18 from wanderer@fastmail.fm --- Created attachment 47692 --> http://bugs.winehq.org/attachment.cgi?id=47692 ddraw trace without the bug
I started a new game, generated a new character, saved immediately without doing anything, then exited the program.
Here's Wine output with WINEDEBUG=+ddraw for a run which loads that save file, displays the Help dialog with F1 (exhibiting a text window without the bug), closes the dialog, then quits the game through normal channels.
I don't know if ddraw is actually relevant, but it's as good a suggestion for a place to start looking as anyone has made yet, and I imagine a simple "all" log would be sufficiently overkill that no one would bother digging through it.
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #19 from wanderer@fastmail.fm --- Created attachment 47693 --> http://bugs.winehq.org/attachment.cgi?id=47693 ddraw trace with the bug
Here's Wine output with WINEDEBUG=+ddraw for a run which loads the same (unmodified) save file, clicks on the character to trigger the change to the buggy state, displays the Help dialog with F1 (exhibiting a text window with the bug), closes the dialog, then quits the game through normal channels.
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #20 from wanderer@fastmail.fm --- Additional observation, in case it may help at some point: after triggering the bug in the test runs I've been using to generate traces, when I quit to the title-screen menu, the ancillary graphics (the frame surrounding the menu, and the "monster summoner" and the monsters it summons, but not the background graphic or the menu entries themselves) are not visible below a certain height.
I've been trying to produce logs which might contain more useful information, but going stab-in-the-dark with individual debug channels seems unproductive, and trying for a +all trace - with any class, apparently - results in animation so slow and choppy I can rarely even get past the title-screen menu and have never managed to actually load the saved game. (As best I can discern, it seems to only accept mouse-click input which arrives when a frame is actually being drawn, or something like that.)
http://bugs.winehq.org/show_bug.cgi?id=26365
Tobias Pal tobias.pal@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tobias.pal@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #21 from Pierre Etchemaite pe-winehq@concept-micro.com --- Problem still exists in Wine 1.7.23
https://bugs.winehq.org/show_bug.cgi?id=26365
Pierre Lupien flowkclab@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |flowkclab@gmail.com
--- Comment #22 from Pierre Lupien flowkclab@gmail.com --- A possible fix... or at the very least a working hack...
I've stepped through the application with the debugger and I believe I found what could be the problem (at least in one case).
My test case (wine version: 1.8-rc1, running on ArchLinux/x86_64): - Start the application - Click "Start New Game" and accept all defaults and lick Ok until the main game screen appears - Click on the journal icon, the "Welcome to Geneforge" text appears correctly - Close the journal window - Move the mouse over the character on screen. A green circle will appear around the character. Move the mouse away. - Click on the journal icon again, the "Welcome to Geneforge" text will now be clipped (which, obviously, is a problem). Other text in the game will also be clipped from that point on.
Calls from the application:
When the mouse is moved over the character, the following happens: - App calls ddraw_surface_GetDC and sets background color, text color, etc - App calls CreateRectRgn, SelectClipRgn and DeleteObject(hrgn) (the DeleteObject is expected/ok, since SelectClipRgn makes a copy) - App makes various calls to draw the selection circle. - App calls ddraw_surface1_ReleaseDC (which in turn calls ddraw_surface7_ReleaseDC [dlls/ddraw/surface.c:2197]). - App moves on to other things.
The app never explicetly un-selects the clip region, so it seems it expects the clip region to be un-selected by the call to ddraw_surface1_ReleaseDC (assumption supported by the fact that the text always appears properly on Windows).
I was able to fix it by adding the following call to ddraw_surface7_ReleaseDC (before the mutex lock):
SelectClipRgn(hdc, NULL);
Now, I have absolutely no idea what kind of unwanted side-effect(s) this addition might have (performance-related or otherwise) or if a better solution could be found (like a call to SaveDC in GetDC and RestoreDC in ReleaseDC), or if instead the fix belongs in the deeper function wined3d_surface_releasedc. I also haven't played the game much further to check other test cases, but the journal text is now ok as well as the text from game events (e.g. tutorial messages).
So this could be a fix or a very bad hack. In any case, if a knowledgeable Wine developper is interested in taking a look, this could be a good place to start.
https://bugs.winehq.org/show_bug.cgi?id=26365
--- Comment #23 from wanderer@fastmail.fm --- I'm very glad to see that this has been tracked down!
I'd love to dig into this myself, with that information, but unfortunately I don't have a way of building Wine properly (i.e., so as to support both 32-bit and 64-bit Windows programs with one install) ever since Debian dropped ia32-libs-dev without getting multi-arch -dev packages properly in place. My best workaround requires a multi-step build process which includes changing the installed versions of various -dev packages in between the build steps, and that's not at all practical for iterative testing.
If there's anything to be done to help push getting this vetted and (if necessary) developed into an acceptable patch, I'd be glad to do what I can in that direction.
https://bugs.winehq.org/show_bug.cgi?id=26365
Javier Kohen jkohen@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC|jkohen@users.sourceforge.ne | |t |
https://bugs.winehq.org/show_bug.cgi?id=26365
Jen garputhefork@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |garputhefork@gmail.com
--- Comment #24 from Jen garputhefork@gmail.com --- I applied the fix mentioned in comment 22 to wine 1.9.8 and recompiled. So far the Geneforge text wrap glitch is fixed for me, and I haven't noticed any other problems.
https://bugs.winehq.org/show_bug.cgi?id=26365
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
https://bugs.winehq.org/show_bug.cgi?id=26365
Jay Little jaylittle@jaylittle.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jaylittle@jaylittle.com
--- Comment #25 from Jay Little jaylittle@jaylittle.com --- Is this bug still a current issue?
I just installed wine 1.9.15-1 in Arch. After installing and testing Geneforge 1 using Play On Linux (setup to use system version of wine), I can't actually replicate the bug.
I am still able to replicate the bug using CrossOver Office 15.1.0 which is based on an older stable version of wine, but as it stands right now - the current version wine appears to have resolved the issue in my preliminary testing.
FYI: Whatever the fix was, it wasn't the change suggested in comment #22.
https://bugs.winehq.org/show_bug.cgi?id=26365
Bruno Jesus 00cpxxx@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED
--- Comment #26 from Bruno Jesus 00cpxxx@gmail.com --- I can see the problem in 1.7.7 just like the picture in comment 12, in wine 1.9.16 everything seems fine. Previous comment states it is fixed too so resolving as fixed.
https://bugs.winehq.org/show_bug.cgi?id=26365
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #27 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 1.9.17.