August 2009 - Wine-bugs - list.winehq.org

[Bug 10877] New: Chessmaster 9000 graphics problems in wined3d
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=10877 Summary: Chessmaster 9000 graphics problems in wined3d Product: Wine Version: 0.9.51. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: julianlubenov(a)abv.bg The problem is that the "chessmaster 9000" game can't display most of it's graphics. When you enter to the game room or class room no 3d graphics are displayed because of problem in the IWineD3DSwapChainImpl_Present function. The messages in the console are: fixme:d3d:IWineD3DSwapChainImpl_Present Unhandled present options 0x5afe90/0x5afe90 err:d3d:IWineD3DSwapChainImpl_Present Cannot change the destination window of the owner of the primary context The err message is critical. Because the destination window of the primary context can't be changed no graphics are displayed in the destination window. The fixme message is problem too because if the error with the destination window is corrected the graphics probably won't be displayed correctly. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 30

[Bug 14588] New: Everyday Shooter: fails to run with Steam
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=14588 Summary: Everyday Shooter: fails to run with Steam Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: piekarzarkadiusz(a)gmail.com In Steam, when I click on Everyday Shooter to start it, it pops up on the Gnome applications panel, but nothing else happens. I am not able to play it. -- 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 45

[Bug 18847] New: Wrong desktop color palette upon game exit
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=18847 Summary: Wrong desktop color palette upon game exit Product: Wine Version: 1.1.23 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wylda(a)volny.cz Hi, i don't know, if other games are affected by wrong desktop color palette upon game exit, but in Quake3, it's easily reproducible. When running Quake3 without Punkbuster (pb dir renamed or removed), desktop colors are preserved when i quit the game (colors are exactly the same as before running Quake3). When running Quake3 with pb dir, desktop colors are weird when i quit the game. Colors looks like if i setup gamma correction from 1.0 to 3.5 in desktop display setting. No such problem in WinXP ;) There is also one difference in console output. When running with pb dir(i.e. weird colors), there is extra console output: fixme:win:EnumDisplayDevicesW ((null),0,0x146dae8,0x00000000), stub! -- 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 14

[Bug 17667] New: Visio 200 Displays Windows Problem Dialogue Then Crashes on Ubuntu Intrepid
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=17667 Summary: Visio 200 Displays Windows Problem Dialogue Then Crashes on Ubuntu Intrepid Product: Wine Version: 1.1.16 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: r.rafique(a)gmail.com Wine Details: Version: 1.1.6 Installations: ies4Linux 2.99, Visio 2003 System details: Distro: Ubuntu Intrepid Kernel: 2.6.27-13-generic i686 Desktop Env: gnome, compiz, emerald Actual Results: When I open a drawing created by someone else on another system Visio displays standard windows crash dialogue (please see attachment) and then closes. Other information: Pastebin output of "wine visio.exe" is present at: http://pastebin.com/f132a7845 Also, I noticed this with wine-1.0.1 (default from Ubuntu repos) 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 16

[Bug 16887] New: Black screen during flashbacks in F.E.A.R.
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=16887 Summary: Black screen during flashbacks in F.E.A.R. Product: Wine Version: 1.1.12 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: zarquon(a)t-online.de I get a black screen during the "flashbacks" in F.E.A.R. v1.08 retail (for want of a better word, it happens from time to time, very frequently in the later levels). You can still see your HUD and your crosshair, and if you're attacked you see the red blotches indicating the direction of the attacker, also the game physics/movement still works (so you can often leave that section if you stumble around for long enough), but while it lasts you're completely blind. I have WINE-1.12 running as 32-bit application on a 64-bit x86_64 Gentoo system, using an Nvidia GF7900GS and 100.14.19 drivers (I've had problems with newer ones). I can provide a savegame demonstrating the issue for v1.08 retail of the game (UK Gold edition), assuming savegames can be transferred without the full profile. Since it's rather large (150kB zipped), I didn't just attach it; let me know if I should, otherwise I'll just wait if/until someone contacts me about it. -- 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 18281] New: Tom Clancy's EndWar: Menu is not drawn right
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=18281 Summary: Tom Clancy's EndWar: Menu is not drawn right Product: Wine Version: 1.1.20 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: puciek(a)gmail.com In endwar main menu is not drawn right as you may see in screenshoot: http://appdb.winehq.org/appimage.php?iId=24283 -- 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 12153] New: Mathcad 2000K hangs using signal processing pack
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=12153 Summary: Mathcad 2000K hangs using signal processing pack Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kc8ldo(a)arrl.net Created an attachment (id=11550) --> (http://bugs.winehq.org/attachment.cgi?id=11550) Terminal window output during application run Mathcad 2000 Pro generates a buch of ole control errors when running. Also when the signal processing function pack is loaded by loading up the signal processing handbook the application hangs when you try the “remez” example. This handbook uses an external dll file. -- 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 20

[Bug 14505] New: Falcon Allied Force crash durning loading mission
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=14505 Summary: Falcon Allied Force crash durning loading mission Product: Wine Version: 1.1.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: qwiat(a)pld-linux.org Created an attachment (id=14829) --> (http://bugs.winehq.org/attachment.cgi?id=14829) wine's output Falcon Allied Force crash durning loading mission with message: "Buffer overrun detected" In menu almost everything works good, but loading mission (any kind) fails. Tested on Falcon Allied Force with any of most recent patches. "Windows versions": 98 and XP Color depth: 16 and 32 Game version: Falcon AF + most recent patches (including 1.0.13) Video driver: nvidia -- 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 11

[Bug 17515] New: Garrysmod: Srcds anomalies , crashes, surface propeties
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=17515 Summary: Garrysmod: Srcds anomalies , crashes, surface propeties Product: Wine Version: 1.1.15 Platform: PC URL: http://garrysmod.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: laurikoivunen(a)hotmail.com Running a game server called garrysmod *0 *1 srcds *2 on wine *3 gives some anomalies during gameplay. *0 http://store.steampowered.com/app/4000 *1 (Garry's Mod version 10/11 or how you want to call it) *2 Source Dedicated Server (windows version) Download: http://storefront.steampowered.com/download/hldsupdatetool.exe *3 (tested with wine version 0.9 - 1.1.15) (Also tested with crossover's office and gaming versions) For example: - Missing friction/physics simulation in certain rooms for the player (white room for example) in certain maps (gm_construct) - A car called "Jalopy" crashes the server / has no physics / cannot be driven etc - Players get stuck to certain areas e.g. the "white room" These bugs naturally don't appear in windows and the developer of this game has indirectly refused to fix these problems as he doesn't support wine. This bug can be reproduced just by installing the server ( http://wiki.garrysmod.com/wiki/?title=Dedicated_Server_Setup#Linux ) and starting the server with parameters "srcds.exe -console -game garrysmod +map gm_construct" and going ingame and to the white room. Some of the bugs can also be seen by spawning a pod (press q while ingame->navigate to vehicles tab->spawn a "pod" by pressing the spawn button->move the pod with "physgun" or throw it to water and it disappears ) Note: The game server is free unlike the game itself. It seems that this bug is related to wine's file functions as using a GCF-based wine srcds garrysmod server doesn't have this problem (at all). (GCF-Based server would be a recommended way of hosting the server as it doesn't rely too much on wine anymore but it is much more "laggier" as all the GCF-files need to be examined for every file access) GCF info: http://developer.valvesoftware.com/wiki/GCF Wine or srcds don't report anything about these problems in normal operating mode (or srcds in debug), these can just be seen ingame. I wont paste logs as they grow enormous because of the load of files that need to be loaded during the server startup. I'm asking for some parameters so the log file wouldn't exceed 200-400mb so that I could upload it. I am willing to help any way possible, my wine srcds server is always ready for testing and/or debugging. I can be reached through wine's IRC channel with nick Python1320 (or any other major IRC Network) or through MSN. Post notes: - The platform test has been mainly debian/ubuntu or their variants using clean pre-compiled repository and self-compiled unmodified wine installations. - Only used EXT3 file system. - For some weird reason, some users are NOT getting this problem (Only one confirmed person with no bug using latest wine 1.1.14 from debian precompiled repositories against 6 people who HAVE this problem) with their servers even though they have the same system and configurations I have as far as I have been able to check. - More info on request PS: This is my first bug report. So, it's more or less formal and/or messy. Forgive me :) -- 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 12

[Bug 17505] New: Riven: mouse cursor is drawn on a checkerboard background
by wine-bugs＠winehq.org 13 Nov '13

13 Nov '13

http://bugs.winehq.org/show_bug.cgi?id=17505 Summary: Riven: mouse cursor is drawn on a checkerboard background Product: Wine Version: 1.1.15 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: skuller(a)skuller.ath.cx Created an attachment (id=19612) --> (http://bugs.winehq.org/attachment.cgi?id=19612) Mark nearly black samples as entirely transparent When running the DVD version of Riven in Wine, in-game mouse cursor is drawn on a semi-transparent checkerboard background [1]. This bug seems to be related to the Xcursor code path in dlls/winex11.drv/mouse.c, since when I remove libXcursor.so.1 out of the way so that Wine falls back to the original pixmap cursor handling code, in-game cursor is drawn correctly [2]. [1] http://skuller.ath.cx/tmp/riven1.png [2] http://skuller.ath.cx/tmp/riven2.png As far as I understand the code, checkerboard pattern results from the way inverted colors are emulated in the create_cursor_image() function. Riven creates a 32 bit bitmap with an empty alpha channel, with transparent pixels (as defined by AND mask) being nearly black (but not quite, 0x040404 to be precise). Then the sampled grayscale value of 0x04 is mapped to the alpha channel and the pixel color is inverted, resulting in a semi-transparent background (which is very visible — perhaps X supports only discrete values for alpha?). Attached patch attempts to fix this issue by checking for small grayscale samples being mapped to the alpha channel (less than 5% opacity) and marking the resulting pixel entirely transparent for such samples. -- 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 7