January 2011 - Wine-Bugs - list.winehq.org

[Bug 19981] New: Not all keys are recognized with dinput
by wine-bugs＠winehq.org Jan. 25, 2011

Jan. 25, 2011

http://bugs.winehq.org/show_bug.cgi?id=19981 Summary: Not all keys are recognized with dinput Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: peter.ganzhorn(a)googlemail.com Running Far Cry (1) I noticed I was unable to open the in-game console using the "^" key. First I assumed there was a problem with the keyboard layout as the keys "z" and "y" were swapped in Far Cry as well (I am using a German keyboard). Running wine-notepad the "z" and "y" keys are NOT swapped, and "^" works perfectly. Going through the output when running Far Cry I found out the German keyboard layout was detected correctly, so that is not the problem. Changing the keyboard layout in xorg.conf and gnome to the standard USA-layout did not help at all. Then I tried installing a native dinput8 DLL with winetricks, as the output told me Far Cry has a CryInput.dll which uses Direct Input. With the native dinput8 the keys work perfectly good, but there's another issue: The mouse can only be moved within a rectangle much smaller than the game window itself. With the wine-dinput this works perfectly. I tried setting options like "Allow DirectX apps to stop the mouse leaving their window", changing from full-screen to windowed mode and changing the resolution of the game. Still, the rectangle in which the mouse can be moved stays in the same relative size. In windowed mode when the mouse is allowed to leave DirectX windows, the cursor jumps from the border of that rectangle to outside the game window and when moved back, straight back into that rectangle on all sides. Since this strange mouse behaviour occurs with a native dinput8, I guess that doesn't cound as bug. So in a nutshell the bug is that my keys aren't correctly recognized with the built-in dinput of 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 3

[Bug 5048] mswsock:TransmitFile not implemented
by wine-bugs＠winehq.org Jan. 25, 2011

Jan. 25, 2011

http://bugs.winehq.org/show_bug.cgi?id=5048 --- Comment #14 from Jon Griffiths <jon_p_griffiths(a)yahoo.com> 2011-01-24 21:29:16 CST --- (In reply to comment #10) > TransmitFile may have an implementation, but the ws2_32 side of the coin here > is still doing a FIXME("unimplemented TransmitFile"). > > Didn't the problem just get moved further down the pipe? It did, this bug isn't fixed, since my patch never made it in. > I've done a bit of digging on a related issue (details here > http://forum.winehq.org/viewtopic.php?p=54231#54231) and am working on tying > together a possible TransmitFile implementation. Is anyone else (actively) > working similar, or otherwise know of a reason why I shouldn't pursue this? I last had a spate of wine submissions when i had a month or so off work. I'm back at work more than full time now and can't afford the time to massage the patch to get through. I tried to implement tests for this function to get it in and encountered all sorts of unrelated issues in testing that would have taken me far too long to uncover, so i dropped it, hoping that someone might pick it up. A bunch of other patches got ignored at the same time so I decided to enjoy my holiday rather than struggle to get the changes in. It didn't help that the bug was marked fixed when it clearly wasn't. It seemed like the 1.0 series brought out a focus on ticking boxes without focusing on the actual user experience. I'm happy if you want to pick up my patch and go with it, its still serviceable. The error handling just needs to be fixed according to the last feedback I got, and you could implement overlapped IO but its not needed to make docuwiki work. Its a shame I think that the barrier for entry for submissions has been raised so high now. I can understand it for existing functionality, but for unimplemented functions a kaizen approach would be better. Checking in the original patch with a FIXME for the error handling would have benefited users more. Someone else could easily have fixed just that issue with the code in tree, rather than letting it bitrot. I still have patches from 8 years ago that never made it in, and more from a couple of years ago too. But for someone like me with very limited time, the hassle of maintaining a tree full of changes just isn't worth it when there isn't clear feedback on what needs to be done to get patches in, or lots of extra work is demanded before stuff will be accepted. I'll try again when I get more time, but that could be 5 years away at this point. In the future I've thought I might just contribute tests, since they should be easier to get in. Anyway, the same goes for any patch I've ever sent that didn't make it in. I'm happy for anyone to rework/resubmit them, just please give credit + shared copyright if enough of the original work remains to warrant it. I'm happy to answer any questions about old patches too. Cheers Jon -- 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 0

[Bug 25840] New: Galactic Civilizations: Crash on startup
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=25840 Summary: Galactic Civilizations: Crash on startup Product: Wine Version: 1.3.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: brad(a)bcable.net Created an attachment (id=32924) --> (http://bugs.winehq.org/attachment.cgi?id=32924) Entire log of running GalCiv2.exe On this hardware: - ASUS N61VG - Intel Core 2 Duo - 4GB RAM - 1GB Video Memory (NVIDIA GeFORCE GT220M) Using this software - GRML64 2010.12 (100% compatible with Debian Sid) - NVIDIA drivers 256.35 OR 260.19.29 - Kernel: Linux dalek 2.6.36-grml64 #1 SMP PREEMPT Mon Dec 13 13:16:48 UTC 2010 x86_64 GNU/Linux - wine: 1.2.2, 1.3.9, OR 1.3.11 (from Ubuntu packages) - X.org: 1.7.7-10 (Debian) With these wine overrides: - d3dx9_24 through d3dx9_42 - mmdevapi (disabled) - msvcrt (native, builtin) - msxml3 (native) - msxml3r (native) - usp10 (native, builtin) - winhttp (builtin) The following errors occur: 1) Error prompt that says you are running at 0x0 resolution. 2) Error prompt that says you are running at 0-bit color depth. 3) Error prompt that states there is less than 32MB video RAM. 4) Error promp tthat says you are on old drivers, needs > 2005 and DirectX 9.0c 5) DirectX accelaration not enabled On GRML64 2010.4 these errors would pass and then the game would run just fine. On GRML64 2010.12 there is another error after these that states "The program GalCiv2.exe has encountered a serious problem and needs to close", and then fails. The kernel for 2010.12 is listed above, and for 2010.4 it was 2.6.33.2. Attached is a log from doing `wine GalCiv2.exe &> galciv2.log`. -- 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 21450] New: Broken Sword 3 Crashes on launch
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=21450 Summary: Broken Sword 3 Crashes on launch Product: Wine Version: 1.1.36 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ezekiel000(a)lavabit.com Created an attachment (id=25831) --> (http://bugs.winehq.org/attachment.cgi?id=25831) Debug Backtrace (terminal output) After launching Broken Sword 3 the screens goes black for a second then returns to the desktop with a debug log in the terminal. Running: Ubuntu 9.10 amd64 with a nVidia GTS 250 using nVdia drivers version 185.18.36. -- 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 21724] New: mIRC's help file has a $& in the index
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=21724 Summary: mIRC's help file has a $& in the index Product: Wine Version: 1.1.37 Platform: x86 URL: http://www.mirc.com/get.html OS/Version: Linux Status: NEW Keywords: download Severity: trivial Priority: P2 Component: hhctrl.ocx AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com This is a fun little cosmetic bug. Install mIRC, open "mIRC Help", and go to the Index tab. Near the top is an entry named $&. That should simply be $&. -- 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 25813] New: Starcraft II patch 1.2 doesn't go past loading screen when using orm=fbo on ATI cards
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=25813 Summary: Starcraft II patch 1.2 doesn't go past loading screen when using orm=fbo on ATI cards Product: Wine Version: 1.3.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: sbrown124(a)gmail.com Before the Starcraft II 1.2 patch I was working around the ATI "bad glass" problem with XMonad. After it the workaround I had was no longer relevant, because after I loaded Starcraft II and let it update to patch 1.2, the game started and loaded to the title screen. However, it never drew the title screen; instead, it just played the music for the title screen, and I could move my mouse over the field to enter the username and see it change to the text-selection cursor. I haven't yet tried to see if logging in and starting a game blind will help. :/ For now I'll use orm=backbuffer. -- 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 3

[Bug 23252] New: Dawn of War (german version) always crashes some seconds after the start of a match
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=23252 Summary: Dawn of War (german version) always crashes some seconds after the start of a match Product: Wine Version: 1.2-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mail(a)jost.cx Created an attachment (id=28951) --> (http://bugs.winehq.org/attachment.cgi?id=28951) Logfile from Wine (wine Steam.exe &> winelog.txt). The first few messages are from steam. As soon as i start DoW these lines appear: fixme:process:GetProcessWorkingSetSize (0xffffffff,0xb2e43c,0xb2e43 I use the following setup: - OpenSuse 11.0 - ATI Radeon X850 (Catalyst 9.3 driver, no newer one available for this card) - Latest version of Steam (API v009 and package version 61 / 1276) - Latest german version of Dawn of War on Steam (Engine 1.51) - Clear installation of Wine 1.2 rc4 - Corefonts installed via winetricks to get Steam to work This is what happens: - Installation of Steam and DoW without any problem - Start of DoW without any problem (except a white box around the cursor) - Sound works with wine 1.2 rc4. With rc3 it did not. - Start of a match without any problem - Some seconds the game runs good. As soon as i begin to create a building the game crashes. If i don't create a building the game runs fine for a while. I think the animation (when a building falls down from above) causes the crash. - Steam does not crash. - This is always reproducable - This also affects the expansion pack Winter Assault. -- 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 17

[Bug 25876] New: foobar2000 Media Library, can not add new folders
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=25876 Summary: foobar2000 Media Library, can not add new folders Product: Wine Version: 1.3.11 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: goweropolis(a)gmail.com Using foobar2000 v1.1.2 with Wine 1.3.11. Run foobar2000, go to preferences -> Media Library tab. Click on Add button, and the program crashes with the following message on the wine command line output: wine: Call from 0x7bc4a850 to unimplemented function shared.dll._uBrowseForFolderEx(a)12, aborting -- 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 17327] New: Error when launch a game
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=17327 Summary: Error when launch a game Product: WineHQ Apps Database Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: samant.ua(a)mail.ru Created an attachment (id=19350) --> (http://bugs.winehq.org/attachment.cgi?id=19350) When I launch a game, this error appears. Game Pilots Brothers - The Revirse Side of the Earth don't want to launch. An error, that appears 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 5048] mswsock:TransmitFile not implemented
by wine-bugs＠winehq.org Jan. 24, 2011

Jan. 24, 2011

http://bugs.winehq.org/show_bug.cgi?id=5048 Igor Demyanov <igor.demyanov(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Ever Confirmed|0 |1 --- Comment #13 from Igor Demyanov <igor.demyanov(a)gmail.com> 2011-01-24 16:44:53 CST --- *** This bug has been confirmed by popular vote. *** -- 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 0