http://bugs.winehq.org/show_bug.cgi?id=13604
Summary: Rome Total War 1.5: Disappearing and breaking menu options Product: Wine Version: 1.0-rc3 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P4 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: tjlyon@gmail.com
Certain menu options disappear when navigating the menus. Specifically, the single player "Historical Battles" and "Provincial Campaign" options disappear.
When this happens, it causes another strange behavior. Selecting "Prologue" or "Imperial Campaign" does not work. Instead, the message "Please select an item from the list" pops up. After this, I cannot start any single player campaign until I quit the game and restart it.
To further confuse things, sometimes this message comes up without the aforementioned menu options disappearing.
To reproduce, select "Single Player", then select either "Imperial Campaign" or "Historical Battle", then click the icon to return to the previous screen. Repeat selecting "Imperial Campaign" or "Historical Battle" and returning to the previous screen until finally the historical and provincial options disappear.
I've also noticed that if I reproduce this bug by repeatedly selecting the historical battle option, the final time I enter that screen before the option disappears, the list of historical battles is empty.
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #1 from Lei Zhang thestig@google.com 2008-06-02 12:54:15 --- Same problem with the demo? http://www.gamershell.com/download_6784.shtml
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #2 from Tim Lyon tjlyon@gmail.com 2008-06-02 15:33:40 --- The menu options that I see disappear in the full game aren't in the demo, but I just tried it out to see if something similar happens, and I didn't see any problems. I went in and out of various menus many times for a couple minutes and nothing happened, while the bug triggers in the full version pretty quickly.
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #3 from Tim Lyon tjlyon@gmail.com 2008-06-02 16:58:10 --- Created an attachment (id=13584) --> (http://bugs.winehq.org/attachment.cgi?id=13584) Stderr output
Disappearing menu options seems to coincide with these messages:
wine client error:0: init_thread failed with status c000011f err:quartz:FilterGraph2_AddSourceFilter Load (80070004)
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #4 from Tim Lyon tjlyon@gmail.com 2008-06-03 12:34:07 --- I don't know why I didn't notice this before, but one of the disappearing menu options, "Provincial Campaign", should never have even been there in the first place. That menu option only appears if you install a mod of some kind, I believe, and I have a completely fresh, unmodified installation.
I checked this by doing a completely clean install of the game on Windows, and there was no "Provincial Campaign" option there.
http://bugs.winehq.org/show_bug.cgi?id=13604
Stephen Mills smills15@cox.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |smills15@cox.net
--- Comment #5 from Stephen Mills smills15@cox.net 2008-09-12 10:49:26 --- I am not sure that I am experiencing the same behavior but I do also have problems with navigating the menus. Almost everything will stay on screen once drawn, every menu option that you click on will be drawn over the top of the previous one and even moving the mouse leaves a trail of cursors behind.
Running a regression test gave the attached results, but the comments from this patch make it sound like the real problem might be somewhere else.
from patch: /* This is disabled, but the code left in for debug purposes. * * Since we're allowed to modify the new back buffer on a D3DSWAPEFFECT_DISCARD flip, * we can clear it with some ugly color to make bad drawing visible and ease debugging. * The Debug runtime does the same on Windows. However, a few games do not redraw the * screen properly, like Max Payne 2, which leaves a few pixels undefined. * * Tests show that the content of the back buffer after a discard flip is indeed not * reliable, so no game can depend on the exact content. However, it resembles the * old contents in some way, for example by showing fragments at other locations. In * general, the color theme is still intact. So Max payne, which draws rather dark scenes * gets a dark background image. If we clear it with a bright ugly color, the game's * bug shows up much more than it does on Windows, and the players see single pixels * with wrong colors. * (The Max Payne bug has been confirmed on Windows with the debug runtime) */
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #6 from Stephen Mills smills15@cox.net 2008-09-12 10:51:04 --- Created an attachment (id=16042) --> (http://bugs.winehq.org/attachment.cgi?id=16042) regression test results
Here are those test results
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #7 from Austin English austinenglish@gmail.com 2008-09-12 12:08:40 --- (In reply to comment #6)
Created an attachment (id=16042)
--> (http://bugs.winehq.org/attachment.cgi?id=16042) [details]
regression test results
Here are those test results
No need to attach that. For future reference, please use a .txt extension.
cd858dfa220b05d0233010ea08772a12b4ff591e is first bad commit commit cd858dfa220b05d0233010ea08772a12b4ff591e Author: Stefan Dösinger stefan@codeweavers.com Date: Thu Dec 13 22:13:39 2007 +0100
wined3d: Disable the SWAPEFFECT_DISCARD clear.
:040000 040000 b4292328f9b3c196ccb6381e30481ed2563a6aa0 1ff4526b63c2a090eaf7d93c21f7c5eee43cc7de M dlls
http://bugs.winehq.org/show_bug.cgi?id=13604
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Attachment #16042|application/octet-stream |text/plain mime type| |
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #8 from Stephen Mills smills15@cox.net 2008-09-21 14:25:24 --- No change in 1.1.5
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #9 from Stephen Mills smills15@cox.net 2008-12-15 18:53:26 --- I see the same behavior in 1.1.10, but found that it works fine once the -game- is patched up to at least v1.3. It seems very strange that a game patch would change how the menus are drawn, but I am happy now that the game is working better for me.
Also, after rereading everything here, the original poster's problem and mine seem different. Should this bug be split up into two?
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #10 from Austin English austinenglish@gmail.com 2008-12-15 20:45:51 --- (In reply to comment #9)
Also, after rereading everything here, the original poster's problem and mine seem different. Should this bug be split up into two?
Yes
http://bugs.winehq.org/show_bug.cgi?id=13604
--- Comment #11 from Austin English austinenglish@gmail.com 2009-06-16 14:22:52 --- Is this still an issue in current (1.1.23 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=13604
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #12 from Austin English austinenglish@gmail.com 2010-05-19 16:54:30 --- Abandoned. If you still have a problem in current (1.1.44 or newer) wine, and can provide the needed information, feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=13604
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Austin English austinenglish@gmail.com 2010-05-19 16:55:16 --- Closing.
-
wine-bugs＠winehq.org