April 2014 - Wine-bugs - list.winehq.org

[Bug 23140] New: [steam] Can not create 'new folder' when backing up a game
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=23140 Summary: [steam] Can not create 'new folder' when backing up a game Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: vesnikos+wine(a)gmail.com This happened with wine1.2-rc3 I tried to back up my game files, to move them to another computer. I selected the game, then backup local game files, choose ~/Desktop as folder, and i pressed the "Make a new folder button" the dialog came up alright, but the box didn't want to accept any keystroke (neither number or letter). After that, I manually made a new folder from the gnome desktop, and I was able to choose the folder. In the next step i could type size (number) in MB my game files i wanted to split too. -- 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 4

[Bug 23413] New: Steam Reports Inaccurate Transfer Speeds
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=23413 Summary: Steam Reports Inaccurate Transfer Speeds Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aliendude5300(a)gmail.com Created an attachment (id=29194) --> (http://bugs.winehq.org/attachment.cgi?id=29194) Screenshot of Steam Download Window My connection speed is 25/25Mbps. The most I can transfer in a second is around 3.2MB when uploading or downloading. Even so, Steam is reporting a (very) inaccurate transfer rate of around 6.9MB/s. This is an incredibly trivial, unimportant bug in this case, but it may affect applications that monitor connection speed. Even so, I think it may be worth reporting this, as it's probably a simple fix, and it is, in fact, a 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 5

[Bug 35863] New: ddraw tests sometimes fail to receive their messages
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

https://bugs.winehq.org/show_bug.cgi?id=35863 Bug ID: 35863 Summary: ddraw tests sometimes fail to receive their messages Product: Wine Version: 1.7.15 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com On my machine, ddraw2/ddraw7 fail like: ddraw2.c:2343: Test failed: Expected message 0x46, but didn't receive it. ddraw2.c:2345: Test failed: Expected screen size 640x480, got 0x0. ddraw2.c:2350: Test failed: Expected {0, 0, 640, 480}, got {0, 0, 1366, 768}. also happening on (at least): linux_fg-deb64-t32 00:02.0 VGA compatible controller: Intel Corporation 3rd Gen Core processor Graphics Controller (rev 09) (prog-if 00 [VGA controller]) OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.0.4 -- 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

[Bug 24006] New: Shadow Vault freezes at startup
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=24006 Summary: Shadow Vault freezes at startup Product: Wine Version: 1.3.0 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: curran.michaelp(a)gmail.com Created an attachment (id=30155) --> (http://bugs.winehq.org/attachment.cgi?id=30155) Console log for Shadow Vault Shadow Vault freezes during the initial log screen. Under Windows, this load screen would be followed by the intro video. Occasionally, the program will skip the intro video and display the main menu (slightly corrupted and without a mouse cursor), but the game then hangs when you try to start a new game (at the point the new game intro video would play). I've attached a console log, but the game reacts differently when run with alternate WINEDEBUG settings. +relay causes a crash instead of a freeze and +all allows the game to run normally, but too slow to play. This testing was done compiled from the git version as of commit a6203f8b5325ea32a92d3f30dfa89a8dfae6c198 -- 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 6

[Bug 26154] New: Counter-Strike Source: Models and Weapons are invisible
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=26154 Summary: Counter-Strike Source: Models and Weapons are invisible Product: Wine Version: 1.3.13 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pmuller23(a)yahoo.de After joining or creating a server in Counter-Strike Source, all models and weapons are invisible. Some doors and windows are also "hidden" (bad walhack ;) ). Reinstalled CSS several times, used DirectX 9,8 and OpenGL. Nothing changes. I installed the patch "Hack to fix css" (http://bugs.winehq.org/show_bug.cgi?id=7698) via git but the bug remained. There are hardly no chrashes or any other issues (except for some graphical artefacts). CSS Console doesn't give any usefull or interesting output, neither does wine. -- 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 13

[Bug 26341] New: Regression problem on program Future Tax
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=26341 Summary: Regression problem on program Future Tax Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: a.herron(a)telus.net Created an attachment (id=33555) --> (http://bugs.winehq.org/attachment.cgi?id=33555) Last few lines of Regression Test on Future Tax Attached is a regression test on the program Future Tax (www.futuretax.ca) The program works under wine 1.0.1, but produces and "unsupported operation" error under wine 1.2. The website has a free download that can be used to test for the fault. The problem has been there for at least a couple of years, but I suspect no one has made any attempt to trace it until now. This program is used every year, so it would be nice to get it going under current versions of wine. Good luck. If I can be of further help please ask. Alan -- 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 22

[Bug 14394] New: tf2 crashes and locks at random
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=14394 Summary: tf2 crashes and locks at random Product: Wine Version: 1.1.0 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: johnmichael.fischer(a)gmail.com Created an attachment (id=14708) --> (http://bugs.winehq.org/attachment.cgi?id=14708) tf2-dump After fighting with this issue since Wine .9.59 I finally was able to run TF2 in a terminal and get the output. Issue has occured across all NVIDIA-drivers since then and has also occured across all wine versions since then. Previous to this TF2 ran smoothly at high detail rates. Gefore 8600 GTS. Note: I have the chattr -R +S enabled for steamapps/myusername(a)myemailaddress.com as it is required to get into the game. Disabling it as soon as the game loads has no effect. -- 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 46

[Bug 23964] New: Mafia 2 demo crashes in wined3d
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=23964 Summary: Mafia 2 demo crashes in wined3d Product: Wine Version: 1.3.0 Platform: x86 URL: http://steampowered.com OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: andras(a)csevego.net Created an attachment (id=30095) --> (http://bugs.winehq.org/attachment.cgi?id=30095) +d3d,+seh log I downloaded Mafia 2 demo on Steam and tried it. It crashes after it's logo screen. The crash is inside wined3d after it tries to do EnumResources. As ZeXx86 mentioned in Mafia 2's appdb page, if you comment out "ret = pCallback((IWineD3DResource *) resource, pData);" line in dlls/wined3d/device.c file, it starts and allows us to see menu and some videos. If once game started and save & config files created, the game won't crash anymore, even if we uncomment that previously mentioned line. If you start new game it crashes again. (It looks like clean exit, but it manages the crash silently) Look at +d3d,+seh log. Demo is freely available from Steam. -- 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 25561] New: Setting watches in winedbg can generated unhandled floating point stack check exceptions
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=25561 Summary: Setting watches in winedbg can generated unhandled floating point stack check exceptions Product: Wine Version: 1.3.9 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winedbg AssignedTo: wine-bugs(a)winehq.org ReportedBy: austin.lund(a)gmail.com The way the recreate this may seem rather artificial, but it seems to always reproduce it for me. $ cd dlls/riched20/tests $ winedbg riched20_test.exe.so editor < dbgbug where the dbgbug file is: b test_EM_FORMATRANGE c watch * &fr.rc.bottom c c The output I get 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 18

[Bug 35626] New: Patrician III: divide by zero exception scrolling the city view (side effect in user32.SubtractRect())
by wine-bugs＠winehq.org 18 Apr '14

18 Apr '14

http://bugs.winehq.org/show_bug.cgi?id=35626 Bug ID: 35626 Summary: Patrician III: divide by zero exception scrolling the city view (side effect in user32.SubtractRect()) Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: jcantero(a)gmail.com Created attachment 47575 --> http://bugs.winehq.org/attachment.cgi?id=47575 Backtrace of the exception, wine trace log and an example .c of the bug The game 'Patrician III: Rise of the Hanse' crashes by a 'divide by zero' exception in certain conditions (later explained). I've debugged and found the root of the bug: it's a side effect in the wine implementation of user32.SubtractRect() function. In my attachment there's a C program that simulates the error (and a fixed version of the function to avoid it). I'm using wine 1.6.2, but this bug applies to all versions of wine to this day. In git-master it's here: https://github.com/mirrors/wine/blob/master/dlls/user32/uitools.c#L1424 . The bug was already reported serveral times, but due to lack of new information it was CLOSED ABANDONED (for example bugs #11768 and #16535). The bug is also mentioned as well-known in the comments of the AppDB entry of Patrician III (the vast majority of users avoid the bug disabling the feature that triggers it). Other applications can be also affected by this bug (see later). But first is first: the symptoms. The users of Patrician 3 suffer this bug when they try to scroll the city view and that city has a layer of weather effects (rain, fog, snow, ...). If the user changes the view of the city using the minimap, it works but only if the original rectangle of the view and the rectangle of the new position don't overlap. If they overlap in any way, or when the user tries to scroll the view (then it always overlap), the situation is detected by a call to user32.IntersectRect() function that returns TRUE, and the program branchs through 2 calls to SubtractRect() (I suppose to find the area that it's not in common between the two views). These calls fail when the actual version of the wine user32 library is used: they return an empty rectangle (with values {0, 0, 0, 0}) instead the expected one. The code of Patrician III is not prepared to handle the unexpected result, and when it tries to use such values in some calculations including a division, it crashes due a 'divide by zero' exception. That's what I found debugging the executable with winedbg. The attachment includes a log of (part of) the calls (it's a long list but the only relevant info is just before the exception near the end of the file). The cause of this bug lies in... let's say an unorthodox use of the SubtractRect() function. In the common case, the wine version works flawlessly. But that particular code of Patrician III calls SubtractRect() using the same pointer for the out value (dst) and one of the in values (src2). One of the first things that the wine implementation of SubtractRect() does is copying the scr1 value to dst. But with dst==src2, the assign also changes src2 as a side effect, provoking the bug. That behaviour is what is needed to fix. This bug can also affect other programs that uses the function in the same way (fortunately the bug is not present in Windows version, so there can't be any program that rely on it). In my attachment the SubtractRect.c that can be compiled (alone) to demo the bug behaviour. It calls SubtractRect() -a straight version from source code- with 3 different parameters (working as intended) and with the 1st and 3rd same parameter (bug). The .c has 2 #defines in the beginning, one to show more debug info and another to replace SubtractRect() with a fixed SubtractRect2() that I tested. The fix is not probably the best of the solutions, it only delays the copy *dest = *src1; past the uses of src1 and src2. But it works! (a better solution probably wouldn't use dst as a lvalue at all, only as a rvalue). I've applied the patch to wine 1.6.2 and now Patrician III is working with the weather effects to high :) -- 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