wine-bugs September 2010

wine-bugs@winehq.org

1 participants
7664 discussions

[Bug 23702] New: Graphical issues with ashes 2009
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=23702 Summary: Graphical issues with ashes 2009 Product: Wine Version: 1.2-rc7 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: alaukikyo(a)in.com I am facing some issues with running ac09 a cricket game firstly it loads .wmv video files in background of the menu that doesn't work than while a match is going on various issues are encountered i have attached a log if you want i can attach some screenshots as well :) -- 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 21776] New: 100% CPU after open COM via MSCOMM32.OCX
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=21776 Summary: 100% CPU after open COM via MSCOMM32.OCX Product: Wine Version: 1.1.39 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wajim(a)mail.ru Created an attachment (id=26331) --> (http://bugs.winehq.org/attachment.cgi?id=26331) Debug Log It is shown on Wine 1.0.1, 1.1.38, 1.1.39 (Other versions were not tested) \\ Ubuntu 9.10 x86 After opening application COM port through MSCOMM32.OCX there are 100 % of loading CPU, even at absence of data exchange. Thus the exchange through port goes normally. After closing COM of port loading on CPU falls down. See WINEDEBUG = " + comm " log in attach. How much I know, a problem because of with incorrect realization of function WaitCommEvent () in 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 7

[Bug 18435] New: Prosonsoft "Alltag und Beruf A1" very slow
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=18435 Summary: Prosonsoft "Alltag und Beruf A1" very slow Product: Wine Version: 1.1.21 Platform: Other URL: http://software.gmx.de/author/prosonsoft OS/Version: other Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dank(a)kegel.com Prosonsoft "Alltag und Beruf A1" is german language learning software, apparantly written in Flash Player 7. It installs fine and the first page works, but later pages are unbearably slow. To reproduce, run the app, click Start, click "Fortfahren", then choose page 2 along the bottom. The page take a long time (30 seconds) to come up. Then try dragging one of the word tiles around with the mouse. It's supposed to move easily, but it's extremely jerky. There are lots of lines like fixme:mlang:fnIMLangFontLink_GetStrCodePages (pszSrc=L"skredit", cchSrc=7, dwPriorityCodePages=1073742335) stub in the log; it seems to call that function once for each char in every string. (But WINEDEBUG=-mlang didn't really help.) This software is a bit simple and dated (2006), but it's a free download, and is evidently a difficult test for 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 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 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 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 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

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

23 Feb '15

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 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 24219] New: Digital Photo Professional [dpp]: slides don't go all the way to the left
by wine-bugs＠winehq.org 23 Feb '15

23 Feb '15

http://bugs.winehq.org/show_bug.cgi?id=24219 Summary: Digital Photo Professional [dpp]: slides don't go all the way to the left Product: Wine Version: 1.3.1 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: chemacg(a)gmail.com Created an attachment (id=30493) --> (http://bugs.winehq.org/attachment.cgi?id=30493) Image showing the bug This program, DPP, has slides to set the different options, and these slides never reach the value at the far left, for example, contrast only can go to -3, when it should be -4, or saturaion also to -3 instead of -4. You'll see it better on the image i've attached, all the controls are set to the left all they can, but, as you see, they haven't reached the minimum posible value. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs September 2010