March 2008 - Wine-bugs - list.winehq.org

[Bug 12268] New: Steam update fail at 26%
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=12268 Summary: Steam update fail at 26% Product: Wine Version: 0.9.57. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P1 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: spatula666(a)gmail.com When running Steam, the updating process starts normally, but at 26% it stops and a message box appears saying that "Steam is alredy running, and it's not possible to load more than one copy of steam at time." Then pressing OK you quit Steam, but there is not another process running. This happened since 28/03/08. I've been using Steam and never had a problem until now. My system is Debian etch -- 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 12230] New: Palringo: Alpha images aren't displayed correctly
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=12230 Summary: Palringo: Alpha images aren't displayed correctly Product: Wine Version: 0.9.52. Platform: PC URL: http://www.palringo.com OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrew(a)palringo.com CC: stefan(a)codeweavers.com Created an attachment (id=11663) --> (http://bugs.winehq.org/attachment.cgi?id=11663) Simple patch to display images correctly Previous to the patch http://source.winehq.org/git/wine.git/?a=commitdiff;h=ccab10bd46d129e469b36… the alpha bitmaps appeared correctly, however, since then they now show as black/white images. It appears that the alpha mask being applied to the image is being used as the image. The error reported to the console is err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=24 The screenshots for the Palringo application show how the images look without the patch ( http://appdb.winehq.org/objectManager.php?sClass=version&iId=10970 ) -- 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 12094] New: mouse side buttons do not work in wine when mapped to gtk/ qt standard
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=12094 Summary: mouse side buttons do not work in wine when mapped to gtk/qt standard Product: Wine Version: unspecified Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aagaande(a)gmail.com I recently realized my "back" button in firefox wasn't working, looked into it and it has been remapped to mouse button 8 (back) and 9 (forward). I found https://bugzilla.mozilla.org/show_bug.cgi?id=355477 on the subject, quoting: "I'm attaching a simple patch that maps X mouse buttons 8-9 to the back/forward commands. The consensus amongst GTK+ and Qt seems to be that buttons 6-7 are for horizontal scrolling." However, in WINE (specifically using world of warcraft) if I can't bind mouse4/mouse5 (what wow calls my side buttons) if I use this standard. With this: xmodmap -e "pointer = 1 2 3 4 5 6 7 8 9" (standard) Firefox back/forward works perfectly, but the side mouse buttons do not register in wow at all. xmodmap -e "pointer = 1 2 3 4 5 8 9 6 7" I can bind my side buttons in wow, they register as "button4/button5" in wow, in xev they register as 6 7. However my back button in gtk applications stops working. -- 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 8

[Bug 12168] New: Supreme Commander: Bloom renderer makes screen flicker
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=12168 Summary: Supreme Commander: Bloom renderer makes screen flicker Product: Wine Version: 0.9.58. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net When the Bloom Renderer gets activated either in the main menu or ingame, the screen stops updating and starts to flicker badly. According to bug 10453, the renderer should've at least worked sometime around 0.9.48 to 0.9.52, so it must've broken between 52 and 58. Give me some time to pinpoint the version it breaks with and do a regression test. -- 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 12194] New: MechCommander Gold: screen flickers
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=12194 Summary: MechCommander Gold: screen flickers 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: liquitsnake(a)gmx.net CC: thunderbird2k(a)gmx.net This is a regression that appeared between 0.9.55 and 0.9.56. The screen flickers ingame, which drives you crazy after a while. 61c82f8069a34426646f304c2c9dc616c912b06e is first bad commit commit 61c82f8069a34426646f304c2c9dc616c912b06e Author: Roderick Colenbrander <thunderbird2k(a)gmx.net> Date: Mon Feb 18 21:10:18 2008 +0100 wined3d: Add a GDI version of RealizePalette. The base version won't suffice anymore as it is not able to upload palette changes to the drawable in an efficient way for both GDI and GL. Further the LoadLocation code in RealizePalette isn't needed for the GDI version as in all cases it works on system memory. :040000 040000 2d58c38baf591cf20453b1bb9a78771951e9ca45 59772feb914bc9349b6880ec512a01bf0d82b8e8 M dlls CC'ing author. Looks like ol' Thunderbird has to deal with a lot of regressions lately :) -- 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 19

[Bug 10969] New: dinput regression in wine 0.9.50-0.9.52
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=10969 Summary: dinput regression in wine 0.9.50-0.9.52 Product: Wine Version: 0.9.50. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: wine-directx-dinput AssignedTo: wine-bugs(a)winehq.org ReportedBy: krzysztof.krakowiak(a)gmail.com -- copy pasted comment from related bug My Logitech Cordless Rumblepad was working perfectly including force feedback(with evdev driver) (wine 0.9.48,0.9.49) in Need For Speed Hot Pursuit 2 until wine 0.9.50 was relased. In 0.9.50 i have very strange deadzones(and random resetting of axes like old function 'autofire :P'), with both input handlers(/dev/input/js0 and /dev/input/event2). I was chmoding devices to make sure, they are not used. I made regression test for "git bisect start dlls/dinput" setting 0.9.49 as good, and 0.9.50 as bad. "$ git bisect good Bisecting: 0 revisions left to test after this [1ed3a815edc0edca2c077a1a2795414fca187cf7] dinput: Fix dead zone handling" Now all works perfectly. --- Problem exist still in 0.9.52. Main problem is limited deadzone of left and upper halfs of axes [steering right and breaking/riding backward works perfectly]. Its hard to drive using joypad with limited deadzones, but much more harder with non-symetrical deadzones. And theres also problem using multiple axes in one time(often mowing one axes cause resetting(setting to 0) other axe). I think its related to: http://bugs.winehq.org/show_bug.cgi?id=9720 And resolution of this bug was probably one big regression. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 14

[Bug 11806] New: regedit creates bogus hex:(1) value instead of empty ""
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=11806 Summary: regedit creates bogus hex:(1) value instead of empty "" Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net The attached .reg file causes regedit to create weird entries "Key"=hex(1): for empty string fields in .wine/{system,user}.reg instead of the regular "Key"="". This regresssion appeared somewhere between 0.9.49 and .53. Regedit displays a few characters of random garbage in the input field when attempting to edit those keys. No error is seen. Clearing the input in the regedit GUI causes .wine/*.reg to contain a normal "" value. Applications complain about their registry settings when regedit produced these weird values. Some application's installers create such bogus entries, e.g. Crazy Machines from Pepper Games. Bogus: 0.9.53, 0.9.54, 0.9.56; ok: 0.9.48, 0.9.49 [Software\\WineRegBug\\FooBar] 1201951655 "Language"=dword:00000001 "Title"="Foo Bar" "SaveDir"="" The bogus entry appears as: "SaveDir"=hex(1): Regards, Jörg Höhle -- 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 21

[Bug 12195] New: AussaultTech1: Broken fonts/cursor
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=12195 Summary: AussaultTech1: Broken fonts/cursor Product: Wine Version: 0.9.58. Platform: PC URL: http://www.benzinestudios.com/storage/demo/AT1a223ins.ex e OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d AssignedTo: wine-bugs(a)winehq.org ReportedBy: liquitsnake(a)gmx.net Created an attachment (id=11599) --> (http://bugs.winehq.org/attachment.cgi?id=11599) Broken menu This used to work fine but broke between 0.9.50 and 0.9.51. Fonts, dialogs, the cursor are totally garbled (see screen) This bug is present in almost every aspect of the game. The cursor often is not visible at all or is represented by a single green pixel. I will start regression testing now. The game is free and can be downloaded from the link given (please read the AppDB entry) -- 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 10422] New: Dota-Client: Does not run
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=10422 Summary: Dota-Client: Does not run Product: Wine Version: 0.9.3. Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-comctl32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: wallakoala(a)gmail.com Created an attachment (id=9116) --> (http://bugs.winehq.org/attachment.cgi?id=9116) Error produced by running dota client When I try to run the program Dota Client, it does not run and produces a strange and very long error. Available download at http://dotaclient.com/ and click on "Get Dota Client" (no direct link). Error is attached. Note: I am running it on an older version of wine because Warcraft 3 does not work well on the newest version (known bug). I tried this program with the newest version, and the same error was produced. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 15

[Bug 12055] New: Sacrifice Demo: rendering problem - black figures
by wine-bugs＠winehq.org 23 May '08

23 May '08

http://bugs.winehq.org/show_bug.cgi?id=12055 Summary: Sacrifice Demo: rendering problem - black figures 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: jb.faq(a)gmx.de Created an attachment (id=11422) --> (http://bugs.winehq.org/attachment.cgi?id=11422) black bug? Hi, I wanted to test the Sacrifice demo you can find here http://downloads.gamezone.com/demosfiles/t1699.htm On startup you can choose a Direct3D Driver, but I can select DirectDraw HAL with Wine D3D7 HAL (or RGB or T&L HAL) only. But this is leading to rendering problems: Black figures, a black square behind my mouse pointer, white grassland in squares... To give an idea I post an image. (I didn't change the standard configuration, I only select Toturial 1) Greetings Jan -- 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