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

[Bug 20555] New: inconsistent handling of Audio-CDs
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=20555 Summary: inconsistent handling of Audio-CDs Product: Wine Version: 1.1.32 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net mci "open cdaudio" fails on pure Audio CDs, but the bug is not within MCI rather than in volume management or kernel32/ntdll (the MCI calls GetDriveTypeW). Case A) When an audio-only CD is inserted before Wine is started, it creates the link dosdevices/d:: -> /dev/scd0 and in system.reg: [Software\\Wine\\Drives] "d:"="cdrom" mciSendString "open cdaudio" fails (MCIERR bad device) because GetDriveTypeW does not return a CDROM type. It would succeed on MS-Windows. Wine creates the additional link d: -> /media/cdrom0 only when using a data-only CD-ROM or a mixed data + audio CD. In the latter case, mciSendString "open cdaudio" succeeds. Conversely, an existing dosdevices/d:: link causes dosdevices/d: to be removed when Wine starts with a pure Audio-CD in the drive. For consistency, you should have dosdevices/d:: point to your CD-ROM device, because of another bug in volume management: MCI "open e:\ type cdaudio" fails, while open d:\ succeeds even when E: is the CD-ROM! Case B) Defining a CD-ROM myself (or like Wine did years ago?) using: dosdevices/d: -> /media/cdrom (which is in turn a link to /media/cdrom0 in Ubuntu) dosdevices/d:: does not exist. [Software\\Wine\\Drives] "d:"="cdrom" mciSendString "open cdaudio" succeeds. "play cdaudio" causes the drive to spin, but is sometimes returned with MCIERR_HARDWARE. AoE2 sends slightly different MCI commands and manages to play the CD. Even Crazy Machines successfully plays the audio CD with this setup. Using Ubuntu Intrepid. -- 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 23305] New: Black screen in Addiction Pinball
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23305 Summary: Black screen in Addiction Pinball Product: Wine Version: 1.2-rc4 Platform: x86 URL: http://www.thepinballzone.net/play/addiction-pinball/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk Addiction Pinball is a pinball game by Team 17. This bug applies to both the retail CD-ROM and the downloadable time-limited demo, with or without virtual desktop mode. The game was originally released in 1998. The demo can be downloaded from http://www.thepinballzone.net/play/addiction-pinball/ Because of the "buy me now" front end added to the demo, you'll probably need to install IE 6 using Winetricks before playing it. After installing, run pinball.exe. If using the demo click "PLAY IT NOW!". Notice that the display is blank. The game appears to be running though; you can press return a few times and left and right shift (the default flipper keys) and listen to the sound effects. Press Alt-F4 to quit. A possibly-relevant part of the console output is this: err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match err:ddraw:PixelFormat_DD2WineD3D 16 bit RGB Pixel format does not match fixme:dsalsa:IDsDriverBufferImpl_SetVolumePan (0x166968,0x169dd8): stub fixme:x11drv:X11DRV_desktop_SetCurrentMode Cannot change screen BPP from 32 to 8 -- 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 24083] New: The Google Earth Plugin (5.1.7938.4346) does not load the 3d view but shows a black background instead.
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24083 Summary: The Google Earth Plugin (5.1.7938.4346) does not load the 3d view but shows a black background instead. Product: Wine Version: 1.3.0 Platform: x86 URL: http://earth.google.com/plugin/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: aerilius(a)googlemail.com I ran it in the windows version of Firefox 3.0.4 . Either it redirects to an error page ("an error with the Google Earth plugin occurred") or Firefox crashes or nothing happens while the CPU stays at 100% (this debug log here). After some minutes I closed Firefox. I used this command to get the log: WINEDEBUG=+heap+relay wine "C:\Programme\Mozilla Firefox/firefox.exe" &> /tmp/winedebug_ff_geplugin.txt and loaded as example the website: http://earth-api-samples.googlecode.com/svn/trunk/demos/helloearth/index.ht… -- 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 24950] New: Programs Menu Translations Problem
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24950 Summary: Programs Menu Translations Problem Product: Wine Version: 1.2.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: fakehesabim(a)hotmail.com.tr Created an attachment (id=31595) --> (http://bugs.winehq.org/attachment.cgi?id=31595) Screenshot of the issue As it can be seen from the attachment Wine produces two menu entry on gnome's main menu: programs and "programlar" which is translation of programs in Turkish. Affected Systems: Ubuntu 10.04, 10.10 -- 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 29208] New: Extreme high CPU usage from unknown hang
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=29208 Bug #: 29208 Summary: Extreme high CPU usage from unknown hang Product: Wine Version: 1.3.33 Platform: x86-64 OS/Version: Mac OS X Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: me(a)haravikk.com Classification: Unclassified I'm sorry that this bug is unfortunately going to be very vague, as I haven't been able to isolate a particular cause. The program I was running is also currently under non-disclosure, but I don't believe the program itself to be at fault, as I can run it fine under emulation or by booting into Windows. Anyway, the program in question is an MMO similar to WoW, with an auto-download/patcher tool. Having completed download, it should be able to simply display play options, however, it instead hangs unexpectedly. More unusually, WINE will then proceed to engage in extreme CPU utilisation; my particular machine is 8-cores, but WINE was being reported with an over 1200% utilisation! I've no idea what it was doing, however, since I wasn't sure what to do used Mac OS X's spindump Terminal command to capture a stack trace, which may hopefully shed some light on the issue. If there is a more specific test that I can perform, then please do let me know and I'll gladly perform it! The attached spindump has the application name [redacted], if the issue still exists after release I'll return with an updated log and information. Anyway, hopefully analysis of the spindump gives some clues as to the cause of the lockup/high CPU utilisation. The issue occurs every time, though I'm afraid that may not be much use without the program to 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 8

[Bug 26159] New: Tomb Raider AOD: Uninstaller doesn't want to uninstall the game
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=26159 Summary: Tomb Raider AOD: Uninstaller doesn't want to uninstall the game Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Created an attachment (id=33329) --> (http://bugs.winehq.org/attachment.cgi?id=33329) Add/Remove Programs Steps to reproduce: 1) remove ~/.wine 2) install Tomb Raider (minimal installation) 3) wine uninstaller 4) Remove(1st entry) or Modify/Remove(2nd entry) Behaviour: 1st entry noting 2nd entry I confirm that I want to remove the game but nothing happens. Expected behaviour: The game should be removed. Terminal output: 1st entry fixme:storage:create_storagefile Storage share mode not implemented. err:msi:ITERATE_Actions Execution halted, action L"ISVerifyScriptingRuntime" returned 1603 2nd entry fixme:storage:create_storagefile Storage share mode not implemented. err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-3d00-00002d000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-3d00-00002d000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-3d00-00002d000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-3d00-00002d000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 err:ole:dispatch_rpc no apartment found for ipid {ffffffff-ffff-ffff-3d00-00002d000000} err:rpc:I_RpcReceive we got fault packet with status 0x80010108 -- 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 26199] New: eCabinetSystems 6 crashes when you try to download a library under warn+heap
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=26199 Summary: eCabinetSystems 6 crashes when you try to download a library under warn+heap Product: Wine Version: 1.3.14 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: urlmon AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Created an attachment (id=33398) --> (http://bugs.winehq.org/attachment.cgi?id=33398) Last 100k lines of WINEDEBUG=+mshtml,+shdocvw,warn+heap, rzipped This is a followon to bug 16551. The app installs fine. Won't run unless you do winetricks jet40 (I also did vcrun2005 and mdac28 first). After that it starts fine. When running under WINEDEBUG=warn+heap, it seems to crash when you select the bottom-most item in the main window "Download free available cabinet libraries" and then click on the first library. Log starts wine: Unhandled page fault on read access to 0xfeeefeee at address 0x69230326 (thread 0009), starting debugger... =>0 ProtocolHandler_Terminate+0x96(iface=0x1a27eac0, dwOptions=0) [dlls/urlmon/bindprot.c:674] 1 BindProtocol_Terminate+0x69(iface=0x1a27ea90, dwOptions=0) [dlls/urlmon/bindprot.c:405] 2 InternetProtocolSink_ReportResult+0xa0(iface=0x19014a34, hrResult=0x80004004, dwError=0, szResult=0x0(nil)) [dlls/urlmon/binding.c:1159] Last 100k lines of WINEDEBUG=+mshtml,+shdocvw,warn+heap attached, compressed with rzip. -- 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 27344] New: The Witcher 2.0 (Gog.com): black screen on launch, have to kill X
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=27344 Summary: The Witcher 2.0 (Gog.com) black screen on launch, have to kill X Product: Wine Version: 1.3.21 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com On my ubuntu 11.04 laptop, where glxinfo | grep str says OpenGL renderer string: GeForce GTS 360M/PCI/SSE2 OpenGL version string: 3.3.0 NVIDIA 270.41.06 I can install Witcher 2 and run its config utility, but launching the game itself yields a black screen even if you tell it to run in a window on a virtual desktop. Killing the game doesn't fix the screen, so it kind of sounds like a problem with the X server. Some people in the appdb have reported success with winetricks glsl=disabled d3dx9 but that didn't help here. -- 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 21225] New: tray icons don't get keyboard focus properly
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21225 Summary: tray icons don't get keyboard focus properly Product: Wine Version: 1.1.35 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: pleasenospam325(a)mail.ru Hi. I use wine 1.1.35 and gnome-panel 2.28 I press Ctrl-Alt-Tab to focus the upper panel, then press Tab or arrows to select an item. When focus reaches one of the windows tray icons, it stops responding to keyboard. Sometimes even global hotkeys like "Alt-Tab" stop working. It's the case at least for uTorrent, Steam and The Bat. -- 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

[Bug 23250] New: Twinview - wine only launches if desktop size is smaller than actual screen resolution
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23250 Summary: Twinview - wine only launches if desktop size is smaller than actual screen resolution Product: Wine Version: 1.2-rc3 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ngoonee(a)gmail.com When running twinview, Wine prefers the left desktop to start on for full-screen apps. For windowed apps, the resolution must be set to 1 less vertical pixel than the actual resolution (1280x799 on a 1280x800 screen) for the Wine app to start on the correct desktop (from which it was launched). This may be related to http://bugs.winehq.org/show_bug.cgi?id=18833, but I believe more clearly indicates some underlying cause. Posted a forum thread about it here http://forum.winehq.org/viewtopic.php?t=8664. As far as I can see, Wine is trying to do this:- 1. Start app on screen its launched on (correct behaviour) 2. Unable to do that if window size is exactly same as screen (wrong behaviour) 3. Prefers left-most window (0x0 position I guess) if 2. fails (correct behaviour) This is on Gnome, running compiz or metacity (no difference in behaviour). -- 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