June 2010 - Wine-Bugs - list.winehq.org

[Bug 23305] New: Black screen in Addiction Pinball
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

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 20555] New: inconsistent handling of Audio-CDs
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

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 23250] New: Twinview - wine only launches if desktop size is smaller than actual screen resolution
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

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

[Bug 23114] New: Wine renders the fonts differently from the rest of the system
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=23114 Summary: Wine renders the fonts differently from the rest of the system Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: da_fox(a)mad.scientist.com Wine renders the fonts differently from the rest of the system. Wine claims to use the system settings for for rendering, however as can be seen in the screenshot provided in bug #17148 ("Use the system desktop setting for subpixel font smoothing."), it clearly differs from the rest of the system. Wine should render the fonts the same way as all other applications on the desktop. I've also provided the relevant system fontconfig settings as an attachment in bug #17148. -- 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 21225] New: tray icons don't get keyboard focus properly
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

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 23454] New: Application refuses to run unless in 8-bit (256 colour) mode
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=23454 Summary: Application refuses to run unless in 8-bit (256 colour) mode Product: Wine Version: 1.2-rc5 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: markk(a)clara.co.uk I'm trying to get an educational CD-ROM published by Knowledge Adventure, "Jump Ahead Toddlers 2000" to work in Wine. Running AUTORUN.EXE on the disc, the program displays an error dialog box saying it must be run in 256-colour mode. There's no console output. While Windows has a compatibility mode setting to run in 256-colour mode, there doesn't seem to be a equivalent feature in Wine, even when using virtual desktop mode. Is there a general workaround for those older programs which refuse to run in 16-bit or higher depth modes? I'd suggest an option in Winecfg to fake 256 colour mode, so any programs which check the desktop depth are told it is 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 23118] New: Portal lags for a second when creating first portal
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=23118 Summary: Portal lags for a second when creating first portal Product: Wine Version: 1.2-rc2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: matejcik(a)gmail.com when playing Portal, first time i open a portal the game stutters and lags for about a second. The lag appears when the portal just hits the ground and is about to open. It blocks the "portal opening" sample, which loops a couple times before the game resumes. It seems to be somewhat worse when GLaDOS is speaking at the same time, but that might just be a false perception (because GLaDOS's voice stutters as well). It happens with computer-controlled portal guns too, e.g. at the very start of the game, where a portal is automatically opened for you in the starting chamber. Creating subsequent portals in the same area is OK, but sometimes I experience the same stutter in the same map a few rooms further. It reproducibly happens when a new map is loaded. It happens with any dxlevel setting from 80 through 98. Portal depth is set to 2, i didn't test with lower setting, i will try with 0 and report back. i checked in Windows and creating the first portal is OK my system is intel core i5 with 32bit Ubuntu 10.04 and Wine from PPA. GPU is Radeon HD 4670, binary fglrx driver i am playing with compiz turned off -- 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 16071] New: Virtual DJ 5.2 performance
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=16071 Summary: Virtual DJ 5.2 performance Product: WineHQ Apps Database Version: unspecified Platform: PC URL: http://appdb.winehq.org/objectManager.php?sClass=version &iId=13450 OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: appdb-unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: b.klus89(a)web.de CC: b.klus89(a)web.de The installer of Virtual DJ 5.2 and the programme itself work 100% fine, but Virtual DJ runs very slow, even on the latest hardware. I installed the programme on Ubuntu 8.10 (Intrepid Ibex) with Wine 1.16. -- 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 22669] New: Potentially money-losing crash
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=22669 Summary: Potentially money-losing crash Product: Wine Version: 1.1.44 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P1 Component: winmm&mci AssignedTo: wine-bugs(a)winehq.org ReportedBy: nazgand(a)gmail.com Created an attachment (id=27909) --> (http://bugs.winehq.org/attachment.cgi?id=27909) Log When playing Rush poker(probably any) it sometime stops working, and become unresponsive. This could potentially cause the loss of hundreds of dollars, depending on how much had been bet. -- 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 14123] New: Unable to Install .msp Files
by wine-bugs＠winehq.org Feb. 23, 2015

Feb. 23, 2015

http://bugs.winehq.org/show_bug.cgi?id=14123 Summary: Unable to Install .msp Files Product: Wine Version: 1.0.0 Platform: PC URL: see Description OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msi AssignedTo: wine-bugs(a)winehq.org ReportedBy: pbronline-wine(a)yahoo.co.uk Here is a sample trace ... $ WINEDEBUG=trace+msiexec msiexec /p WPOX3_SP1_EN.msp trace:msiexec:main argvW[1] = L"/p" trace:msiexec:main argvW[2] = L"WPOX3_SP1_EN.msp" That's all folks ! First I thought I had what was described in http://forum.winehq.org/viewtopic.php?p=8457#8457. However, I think fixme:msi:MSI_OpenDatabaseW open failed r = 80030003 for L"/home/lex/Downloads/Windows/WP12OSP2/WP12SP2EN.msp" means 'file not found'. I tried a patch to a copy of my WPO12 installation and msiexec seemed as happy as larry. (I confess I tried SP1, not SP2 ... see below). I did as Dan Kegel suggested and tried WINEDEBUG=+msi+msidb to my problem and got no output at all. I thought this meant 'application not installed'. After all, if there is nothing to patch then there is nothing to say. So I made some trials ... I have a wine skin with WPO12 (WPO = WordPerfect Office) installed and another with WPOX3 installed. I have three msp Service Packs for WPO12 and two for WPOX3. As expected, attempting to install any service pack on the wrong installation gave no trace beyond confirming the parameters as shown above. For WPO12, SP1 was happy, SP2 was silent and SP3 was happy enough but told me either the application wasn't installed or it was at the wrong patch level. Fair enough. For WPOX3, SP1 was silent while the hot fix for SP2 was happy (though unintelligible due to a font issue I'm still looking into). So it seems that the silence must have some other explanation. My Wine trials were with XP emulation. WPOX3 and its service packs have been installed under both native W2K (SP4) Professional and WXP (SP2) Home. WPO12 and its service packs were used under native W98 and possibly W2K (SP4) Professional. As for links where you can download this stuff (I'd doubt the Service Packs apply to Trial Versions) WPOX3 Trial Version: http://www.corel.com/servlet/Satellite?pagename=uk/ProcessLayout&lc=en&ppg=… WPOX3 Service Packs: http://www.corel.com/servlet/Satellite/us/en/Content/1153321224268?pid=1208… I believe I have "Hot Patch - English: Security Update" and "Service Pack 1 - English". Service Pack 2 seems to be an .exe. file. WPO12 Trial Version: See bug 2547 WPO12 Service Packs: http://www.corel.com/servlet/Satellite/us/en/Content/1153321224268?pid=1208… I have the English versions of Service Packs 1, 2 and 3. The whole lot will set you back 600+ Mb download. You'll need a Gb to install WPOX3 and half that for WPO12. -- 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