[Bug 19762] New: RollerCoaster Tycoon: Rename dialog for attractions not shown (but usable).
http://bugs.winehq.org/show_bug.cgi?id=19762
Summary: RollerCoaster Tycoon: Rename dialog for attractions not shown (but usable). Product: Wine Version: 1.1.24 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: debian@carbon-project.org
In RollerCoaster Tycoon (here with installed Loopy Landscapes add-on) you can rename attractions. When clicking the rename button a standard Windows text-box dialog should pop up (a label telling you to enter the new name, an input line and two buttons (ok and cancel)). The dialog is only visible for the briefest moment and disappears then. If you start typing the new name, each key stroke makes the text line visible for a very short time frame. Pressing enter then applies the name. So the box seems to be generated and usable, but isn't shown.
Important note: the dialog is really a standard Windows dialog and not themed for the game. It's a rectangular grey box with the above mentioned properties (label, input field and buttons) and the blue window caption line at the top.
Testsystem: - AMD Athlon XP (1.2 GHz) - 1.5 GB RAM - ATI Radeon R300 (with the radeon driver, v.6.12.2)
As nothing is logged to the console and I don't know which part of WINEDEBUG would show something meaningful, I don't attach a log (WINEDEBUG=+all generates a 800MB log). But if you tell me with what options I should try, I'll provide the log ASAP.
Kind regards, Kai Wasserbäch
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #1 from Juan Lang juan_lang@yahoo.com 2009-08-17 10:32:48 --- WINEDEBUG=+all is almost never what we want. For starters, the console output with no WINEDEBUG flags set at all would useful.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #2 from Cùran debian@carbon-project.org 2009-08-17 11:56:51 --- Created an attachment (id=23145) --> (http://bugs.winehq.org/attachment.cgi?id=23145) Output with no WINEDEBUG.
Game invoked like this: kai@cabal:~$ WINEPREFIX=$WINEPREFIXES/RCT wine $WINEPREFIXES/RCT/drive_c/Programme/RollerCoaster\ Tycoon/RCT.EXE
http://bugs.winehq.org/show_bug.cgi?id=19762
Cùran debian@carbon-project.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #23145|0 |1 is obsolete| |
--- Comment #3 from Cùran debian@carbon-project.org 2009-09-04 22:47:50 --- Created an attachment (id=23438) --> (http://bugs.winehq.org/attachment.cgi?id=23438) Output without WINEDEBUG for Wine 1.1.28.
This is the slightly different output for Wine 1.1.28; apart from that, the bug is still there.
http://bugs.winehq.org/show_bug.cgi?id=19762
Jörg Höhle hoehle@users.sourceforge.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hoehle@users.sourceforge.ne | |t
--- Comment #4 from Jörg Höhle hoehle@users.sourceforge.net 2009-09-26 15:06:33 --- Exactly the same in Roller Coaster 2 (it was present in 1.1.11 already but I never reported it). It is perhaps a window manager issue, as the rename dialog flickers while typing, as if constantly switching to the foreground and back again. Similar flicker occurs when using Alt-Tab to switch to another X window. I'm using Ubuntu Intrepid nowadays but was using Ubuntu Hardy back then, say my notes.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #5 from Cùran debian@carbon-project.org 2009-10-15 19:04:36 --- Even though I don't think it to be a window manager issue (at least if you mean something like KWin), because I run this on a virtual desktop, meaning it is in it's own window which doesn't flicker, the bug is still there with 1.1.29
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #6 from Cùran debian@carbon-project.org 2009-10-17 13:30:59 --- Present in 1.1.31 too.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #7 from Cùran debian@carbon-project.org 2009-10-25 13:07:14 --- Still there in 1.1.32
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #8 from Cùran debian@carbon-project.org 2009-12-08 15:20:03 --- Confirming with 1.1.34
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #9 from Cùran debian@carbon-project.org 2010-01-29 07:03:26 --- And still there in 1.1.37
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #10 from Cùran debian@carbon-project.org 2010-02-10 11:10:02 --- Confirming with 1.1.38.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #11 from Cùran debian@carbon-project.org 2010-02-20 13:02:03 --- Confirming with 1.1.39.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #12 from Cùran debian@carbon-project.org 2010-03-07 09:16:54 --- Confirming with 1.1.40.
http://bugs.winehq.org/show_bug.cgi?id=19762
travismcgeehan@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |travismcgeehan@gmail.com
--- Comment #13 from travismcgeehan@gmail.com 2010-03-21 14:56:47 --- I do not see this bug on ubuntu 10.04, which runs xorg-server 1.7.5. I have been able to run the game fully playable for hours, and It seems to be running faster than on windows itself now with 1.1.41
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #14 from Cùran debian@carbon-project.org 2010-03-21 18:59:02 --- (In reply to comment #13) I still can reproduce the bug with 1.1.41. And as I run X.org 1.7.5 too, that's probably not the cause. Much more interesting (IMHO) would have been your GPU and driver in use.
My system (at least where I play this game) is as described in comment #0, only that I now use radeon driver version 6.12.192 on a 2.6.33.1 kernel with KMS (and DRI2).
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #15 from travismcgeehan@gmail.com 2010-03-21 22:16:20 --- Sorry, Brand new NVidia GT220 running the latest 195.36.15 driver. Therefore, I suspect it is an issue with your Radeon.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #16 from Cùran debian@carbon-project.org 2010-05-13 14:54:25 --- After some silence (due to time constraints) I like to come back and reconfirm the existence of this bug with 1.1.44.
It actually got worse on some occasions, you can open the dialogue, you can start typing and see the field flicker, but you can't hit the ok button by pressing enter. This doesn't happen all the time, but often enough.
http://bugs.winehq.org/show_bug.cgi?id=19762
jan@jbsoft.nl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |jan@jbsoft.nl
http://bugs.winehq.org/show_bug.cgi?id=19762
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |wylda@volny.cz
--- Comment #17 from Wylda wylda@volny.cz 2010-06-09 22:12:23 ---
Can't confirm this bug report. Renaming works correctly here under: * 1.1.40, 1.1.44, 1.2-rc2-250-g950919e * nvidia GT240 v195.36.24
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #18 from Jörg Höhle hoehle@users.sourceforge.net 2010-06-11 06:22:42 --- Wylda, can you detail your winecfg window manager settings and what your window manager is (e.g. metacity in Gnome in Ubuntu x.y)? Do you use a virtual desktop or not?
I don't believe this bug much depends on the graphics hardware. It looks like a window management issue, with the app's main window/screen repeatedly pushed in front. As a result, the rename dialog is only shown intermittently. The same happens to other dialogs in this app.
I'm using Ubuntu Intrepid with Gnome and metacity, without desktop 3D effects on i915 graphics HW. As mentioned in comment #4, I'm using RCT2, not 1.
When retested with a recent Wine, alas I can't remember if it was 1.1.44, 1.2rc1 or 1.2rc2, the situation regressed on my machine: now the load&save dialog appears but is completely unusable. Using Alt-Tab and moving X11 windows above Roller Coaster 2's virtual desktop window seems to explain why: the load dialog is painted, then it seems the main app should be painted above it(!), but it does not get painted, leaving the dialog on screen - but it's only an image, unresponsive to mouse events. As a result, I can't load anything and had a hard time aborting the dialog with the keyboard. I have not reported this earlier as I've had no time yet for regression testing. Both issues seem related: a window stacking issue.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #19 from Wylda wylda@volny.cz 2010-06-11 06:47:34 ---
Wylda, can you detail your winecfg window manager settings
Hi Jörg, i always try to use wine's default setting. So only exception of this "all the time" is, when the application does not want to run with default, but then i usually note that in bug report - what need to be changed.
So this info is missing in comment #17, so i belive default was used, but i can double check later today.
and what your window manager is (e.g. metacity in Gnome in Ubuntu x.y)?
Debian, KDE v4.4.3
Do you use a virtual desktop or not?
You mean windowed mode? Then i try to avoid, because that is non-default setting.
It looks like a window management issue, with the app's main window/screen repeatedly pushed in front.
Yes i had several opened bug reports about this. They were correct in Gnome, but failed in KDE... like bug 20744. But all these were fixed by AJ in 1.2-rc2 (at least for me :-D)
without desktop 3D effects
Switched off immediately, when i recognized that's unwanted in wine and can easily bring other problems and false bug reports. Again, if you see my report, you can rely on 3D effects/KWIN not being used here :)
As mentioned in comment #4, I'm using RCT2, not 1.
No problem, i bought both of them. So will retest both later today...
When retested with a recent Wine, alas I can't remember if it was 1.1.44, 1.2rc1 or 1.2rc2, the situation regressed on my machine: now the load&save dialog appears but is completely unusable....
OK, can double check these too. I have pre-prepared wine packages. So switching between wine's version is matter of "seconds".
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #20 from Wylda wylda@volny.cz 2010-06-11 10:59:52 ---
Hi Jörg, so it became clear ;) after an extensive testing.
RCT1 run itself in windowed mode and rename dialog is separate window, which can be taken completely out of the game window. The game can be switched to fullscreen in menu "Options", but when i choose "fullscreen 640x480" it immediately goes back to "windowed" choice. I also tried to change native resolution from 1920x1200 to 640x480, but it didn't help. Winecfg is _not_ set to windowed mode and i didn't find another the way to force the game to run fullscreen :(
RTC2 runs fullscreen and the problem with rename dialog _is_ present. But this is a regression, between 1.1.2 and 1.1.3. And because i keep a list of found regression during the time, i think i know which one made it. So going to confirm that.
Conclusion: If OR in comment #0 (Cùran), was lucky to switch RCT1 to fullscreen this will be same problem. If not, we should add a new bug with regression result in between 1.1.2~.3
BTW: During all those tests no such problem with load/save dialog. Even if RTC2's rename dialog doesn't work in 1.2-rc2, load/save works flawlessly.
http://bugs.winehq.org/show_bug.cgi?id=19762
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #21 from Wylda wylda@volny.cz 2010-06-11 11:44:38 --- (In reply to comment #20)
is a regression, between 1.1.2 and 1.1.3. And because i keep a list of found regression during the time, i think i know which one made it.
I was wrong here, but never mind... Actually i like them most - such which were never discovered before B-)
1. Cùran did not answer yet, so let's consider it the same.
2. I did a regression test between 1.1.2 and 1.1.3:
commit 67631163ffe6960aa1673fc72c45005eaa001ed2 Author: Alexander Dorofeyev alexd4@inbox.lv Date: Wed Aug 20 21:51:53 2008 +0300
wined3d: Fix copy paste error in IWineGDISurfaceImpl_RealizePalette.
It has to update the whole surface, so NULL must be passed to x11_copy_to_screen. Fixes a regression in Red Alert.
:040000 040000 3563d1ecab4b3b7d9b7c4eaaf9b2d65abdf6af3e 0978a412d2a16a3126e3a1a9df187ecce9e9f07a M dlls
3. No other bug report suffers from this commit.
4. Revert of this patch after git checkout makes that problem go away.
5. Adding author of this patch to CC.
--private keyword: bisected
http://bugs.winehq.org/show_bug.cgi?id=19762
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |alexd4@inbox.lv
http://bugs.winehq.org/show_bug.cgi?id=19762
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |directx-d3d
http://bugs.winehq.org/show_bug.cgi?id=19762
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |download URL| |http://www.gamershell.com/d | |ownload_611.shtml
--- Comment #22 from Wylda wylda@volny.cz 2010-06-11 11:54:48 ---
I've just verified, that RCT2 Demo has the same problem. Adding download.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #23 from Cùran debian@carbon-project.org 2010-06-11 13:28:56 --- Just a few answers (I hope I don't miss anything): 1. I never had RCT running in Fullscreen mode it switched constantly out of it (like Wylda reported in comment #20). 2. Because of this I've activated Wine's "virtual desktop" thingie. But as the dialogue for renaming behaved the same with and without, I'm not sure it does matter that much. 3. Apart from what I've described in comment #0 I'm running Debian Squeeze with KDE. Normally I disable the fancy desktop effects before running Wine. 4. As I reinstalled RCT after a (very) long time with Wine 1.1.24 and had the problem immediately I didn't know a good version for regression testing. I can try to build a version without the commit you (Wylda) mentioned in comment #21 next week and look whether I can confirm, your assessment.
Hopefully I've answered everything. If not, prod me, but it might take a while for me to answer.
http://bugs.winehq.org/show_bug.cgi?id=19762
Bas Hickendorff hickendorffbas@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |hickendorffbas@gmail.com
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #24 from Wylda wylda@volny.cz 2010-06-20 08:33:18 ---
Still present in wine-1.2-rc4. Tested under RCT2.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #25 from Cùran debian@carbon-project.org 2010-07-07 08:38:52 --- Confirming with 1.2 RC6
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #26 from Cùran debian@carbon-project.org 2010-07-28 11:23:04 --- Created an attachment (id=29887) --> (http://bugs.winehq.org/attachment.cgi?id=29887) Screenshot of virtual Wine desktop with working rename dialog
As Wylda wrote in comment #21: reverting commit 67631163ffe6960aa1673fc72c45005eaa001ed2 does the trick (as you can see from the attached screenshot this is even true for running RCT in the virtual Wine desktop).
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #27 from Cùran debian@carbon-project.org 2010-07-31 14:26:43 --- Confirming with 1.3.0; reverting 67631163ffe6960aa1673fc72c45005eaa001ed2 (wined3d: Fix copy paste error in IWineGDISurfaceImpl_RealizePalette.) still fixes the issue.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #28 from Wylda wylda@volny.cz 2010-08-22 07:53:21 ---
This regression (bisected) is still present in wine-1.3.1.
@Alexander Dorofeyev: Are you aware of this issue caused by your patch?
http://bugs.winehq.org/show_bug.cgi?id=19762
Bachsau bachsau@nurfuerspam.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |bachsau@nurfuerspam.de
--- Comment #29 from Bachsau bachsau@nurfuerspam.de 2010-08-24 16:36:43 --- I also have this. Applies not just to the rename dialogs, but to open/save dialog boxes as well. These windows seem to appear, but in background.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #30 from Cùran debian@carbon-project.org 2010-11-12 12:48:19 CST --- And still there with 1.3.6 (and the revert still fixes the issue).
http://bugs.winehq.org/show_bug.cgi?id=19762
Cùran debian@carbon-project.org changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |julliard@winehq.org
--- Comment #31 from Cùran debian@carbon-project.org 2011-01-31 10:50:11 CST --- Still there with 1.3.12, adding Alexandre to CC for visibility to somebody with commit access (CCing the author of the commit which introduced this bug didn't yield anything since 2010-06-11). This is bisected and a regression.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #32 from Jörg Höhle hoehle@users.sourceforge.net 2011-02-08 15:13:57 CST --- Until today I thought 2 issues were the same. They aren't.
- The rename dialog, which behaved normally prior to commit 67631163ffe6960aa1673fc72c45005eaa001ed2 and which flickers in the background since then. (in both virtual desktop and full screen mode)
- The load/save dialog, which worked perfectly at the time of the above regression, but which nowadays makes RCT2 unusable as described in comment #18. It accepts exactly one mouse click or keyboard input before loosing focus and moving to background again.
I'm testing RCT2 in Ubuntu Intrepid with Intel i915 graphics.
I'm not aware of a regression report about the load/save dialog bug. It occurred between 1.1.21 and 1.2. Wylda mentioned in comment #20 that even 1.2-rc2 worked.
http://bugs.winehq.org/show_bug.cgi?id=19762
--- Comment #33 from Jörg Höhle hoehle@users.sourceforge.net 2011-04-29 16:41:07 CDT --- Reading in the wine 1.3.19 release notes about the background image bug #26693, I decided to retry RCT2. Both the rename bug and the load/save dialog bug are gone! -- in both fullscreen and virtual desktop mode.
Please confirm then close this issue.
There are new issues though, such as some bad refreshes in fullscreen mode and failure to switch resolutions in virtual desktop mode (leaving blue borders at the bottom and right side of the screen), but that's another issue, e.g. bug #22696.
http://bugs.winehq.org/show_bug.cgi?id=19762
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #34 from Wylda wylda@volny.cz 2011-06-21 03:55:42 CDT ---
Hi Jörg & Cùran, i tested with yesterday's git (1.3.22-255...something i guess) and renaming worked without any issue. As this is second confirmation, i'm going to mark this thing fixed :)
http://bugs.winehq.org/show_bug.cgi?id=19762
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #35 from Alexandre Julliard julliard@winehq.org 2011-06-24 17:44:59 CDT --- Closing bugs fixed in 1.3.23.
http://bugs.winehq.org/show_bug.cgi?id=19762
Wylda wylda@volny.cz changed:
What |Removed |Added ---------------------------------------------------------------------------- Regression SHA1| |67631163ffe6960aa1673fc72c4 | |5005eaa001ed2
-
wine-bugs＠winehq.org