September 2009 - Wine-Bugs - list.winehq.org

[Bug 13514] New: Age of Conan will not start
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=13514 Summary: Age of Conan will not start Product: Wine Version: 1.0-rc2 Platform: PC-x86-64 URL: http://www.ageofconan.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: l_bratch(a)yahoo.co.uk Created an attachment (id=13435) --> (http://bugs.winehq.org/attachment.cgi?id=13435) Output with WINEDEBUG=-all This is different to bug 12816 and bug 13422. 12816 only applied to the beta version of this game, and this bug is only reached when you get past 13422. Once getting past 13422 by clicking on the invisible "Play" button, the game tried to launch but fails with the attached output. I've run it with WINEDEBUG=-xrender, or the log is massive, as it has this line repeating endlessly: fixme:xrender:X11DRV_AlphaBlend not a dibsection -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 16

[Bug 13501] New: Rome Total War v1.5: Crashes everytime when entering a battle.
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=13501 Summary: Rome Total War v1.5: Crashes everytime when entering a battle. Product: Wine Version: 1.0-rc2 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rbasso1979(a)gmail.com CC: jeremielapuree(a)yahoo.fr, pastund(a)gmx.de Created an attachment (id=13419) --> (http://bugs.winehq.org/attachment.cgi?id=13419) Redirected Output (stdout & stderr) The game crashes everytime it tries to load a battle, and gives the following error: Generic Error: Insufficient video memory to load requested texture set. The progress bar freezes near the end for almost a minute before the crash. May be related to BUG 13118, because some posts report the same problem, but I didn't experienced any off the other problems listed there, so I think this is a different bug. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 23

[Bug 13261] New: Civilization III Crashes When Starting New Game
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=13261 Summary: Civilization III Crashes When Starting New Game Product: Wine Version: 1.0-rc1 Platform: All OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: opengl AssignedTo: wine-bugs(a)winehq.org ReportedBy: sourtooth(a)gmail.com Created an attachment (id=13104) --> (http://bugs.winehq.org/attachment.cgi?id=13104) 0.9.61 Crash Log When Starting New Game: Gets Past Selecting Civilization, Loading, Displays Initial View Then Crashes As Soon As 1st Dialog Box Is Closed. Also Affects: Quickplay, Load Game & Load Scenario. This Makes The Game Useless. Running Mandriva 2008.1, Tested Both With 0.9.61 & 1.0-rc1 0.9.61 Doesn't Call wine_glflush() ( It Crashes In winex11 ) 1.0-rc1 Does Call wine_glflush() Attaching Logs From 0.9.61 & 1.0-rc1 I Believe The Context Isn't Being Set. This Would Be Why Dan Kegel Can Run It. He Has NVidia I Have Intel. The Drivers Must Have Different Policies On How To Handle It. Whatever Way It Is, Wine Must Set The Context Properly, This Means Other OpenGL Games Must Be Affected As Well. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 10

[Bug 13006] New: Xfire ListView shows blocks for text or white spaces
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=13006 Summary: Xfire ListView shows blocks for text or white spaces Product: Wine Version: unspecified Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gammasts(a)gmail.com CC: gammasts(a)gmail.com As seen here: http://xfireplus.com/jing/2008-05-06_0311.png The friend's list does not show text properly. All names come up as boxes (I am assuming this is due to unicode?). The control type is a SysListView (if that helps). On other tabs, the entries come up as blank white lines as seen here http://xfireplus.com/jing/2008-05-06_0311_001.png This has affected all versions of Xfire (current 1.91) and I have seen reports of it happening in every distribution of linux and wine (to date). Pictures above tested with fresh install of Ubuntu 8.04 x86, Xfire 1.91, and Wine 0.9.61. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 18

[Bug 12858] New: winmm: wave.ok test fails in PC-BSD but not Linux
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=12858 Summary: winmm: wave.ok test fails in PC-BSD but not Linux Product: Wine Version: 0.9.60 Platform: PC OS/Version: FreeBSD Status: NEW Keywords: testcase Severity: minor Priority: P2 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: austinenglish(a)gmail.com Created an attachment (id=12554) --> (http://bugs.winehq.org/attachment.cgi?id=12554) +wave --snip-- wave.c:475: Test failed: waveOutGetPosition(0): returned 43422 samples (43422 bytes), should be 22050 (22050 bytes) wave.c:501: Test failed: waveOutGetPosition(0): SMPTE test failed wave.c:512: Test failed: waveOutGetPosition(0): MIDI test failed wave.c:523: Test failed: waveOutGetPosition(0): TICKS test failed --snip-- Total of 234! +wave attached -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 5

[Bug 12245] New: Graphics skip in Deus Ex
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=12245 Summary: Graphics skip in Deus Ex Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: stonej4(a)mcmaster.ca Created an attachment (id=11680) --> (http://bugs.winehq.org/attachment.cgi?id=11680) Read out of the wine debug mode When Deus Ex is run is a random skip in the graphics that can be observed in the background of the menu and during game play. There are several outputs in the terminal like this: fixme:d3d7:IDirect3DDeviceImpl_7_Load (0x5476ef8)->(0x6e00fe0,(nil),0x58ea8a8,(nil),00000000): Partially Implemented! A full log is attached. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 9

[Bug 12171] New: adding popupmenu to itself, then using finditem causes stack overflow
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=12171 Summary: adding popupmenu to itself, then using finditem causes stack overflow Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: mark.dufour(a)gmail.com The following code crashes WINE, but not Windows. It adds a popupmenu to the popupmenu itself, then calls MENU_FindItem via GetMenuState. MENU_FindItem keeps following the loop until it crashes with a stack overflow. Windows reacts a bit strangely, too, but does not crash. Messing around in MENU_FindItem allows WZebra (othello program, listed in the appdb) to start, but I was unable to figure out the correct solution. Not sure if WZebra accidentally creates a temporary loop, or that this is caused by some other regression. WZebra used to work great a long time ago. /* sub menu */ hSubMenu = CreatePopupMenu(); InsertMenu(hSubMenu, -1, MF_BYPOSITION, 1234, "loop"); /* main menu */ hMenu = CreateMenu(); InsertMenu(hMenu, -1, MF_BYPOSITION | MF_POPUP, (UINT)hSubMenu, "&File"); /* add popupmenu to itself */ ModifyMenu(hSubMenu, 1234, MF_POPUP, (UINT)hSubMenu, "loop"); /* MENU_FindItem ends up in infinite recursion */ GetMenuState(hMenu, (UINT)hSubMenu, 0); -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email 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.

1 32

[Bug 10435] New: Portal 1.0: Portals don't always appear correctly ( clipping plane / frustum not being respected?)
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=10435 Summary: Portal 1.0: Portals don't always appear correctly (clipping plane / frustum not being respected?) Product: Wine Version: 0.9.49. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: chrislord.net(a)gmail.com Often in Portal, instead of seeing through a pair of portals, you end up seeing what's behind the destination portal - but this depends on the viewing angle and distance. It would appear that the clipping plane/frustum (whatever) when the portal is rendered is modified with respect to the player's position in Portal; or perhaps it *isn't* modified and is instead rendered with the same clipping frustum as the main viewpoint. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 18

[Bug 9688] New: Thief: Deadly Shadows does not render text properly
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=9688 Summary: Thief: Deadly Shadows does not render text properly Product: Wine Version: CVS/GIT Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: ehoover(a)mines.edu Created an attachment (id=8111) --> (http://bugs.winehq.org/attachment.cgi?id=8111) Screenshot illustrating problem Many things in Thief: Deadly Shadows do not properly render text. This makes it extremely difficult to use the menus, save/load games, or read in-game instructions. Also, the problem gets worse as you move the mouse around. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 27

[Bug 9374] New: Ricochet Infinity window fills the screen when switching from fullscreen mode
by wine-bugs＠winehq.org Oct. 23, 2009

Oct. 23, 2009

http://bugs.winehq.org/show_bug.cgi?id=9374 Summary: Ricochet Infinity window fills the screen when switching from fullscreen mode Product: Wine Version: 0.9.43. Platform: PC URL: http://appdb.winehq.org/appview.php?iVersionId=8907 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: wine-directx AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com By default, Ricochet Infinity runs in fullscreen mode at 800x600. When switching from fullscreen mode to windowed mode, the screen size is changed from 800x600 back to the original screen size (this should happen), and the window is resized to full the screen (this should not). This happens whether I'm using my normal window manager or running the program in a virtual desktop. Starting the game once the setting is changed to windowed mode works fine; the window is 800x600 and the screen size is not changed. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 8