August 2009 - Wine-Bugs - list.winehq.org

[Bug 17566] New: Wine 1.1.16 kills NewsLeecher
by wine-bugs＠winehq.org Sept. 4, 2009

Sept. 4, 2009

http://bugs.winehq.org/show_bug.cgi?id=17566 Summary: Wine 1.1.16 kills NewsLeecher Product: Wine Version: 1.1.16 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P4 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: sesshomaru_2k3(a)hotmail.com I just updated from wine 1.1.15 to 1.1.16 today and now NewsLeecher will not run. I am using Ubuntu 8.10 32-bit. env WINEPREFIX="/home/abirkel/.wine" wine "C:\Program Files\NewsLeecher\newsleecher.exe" err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element err:alsa:ALSA_CheckSetVolume Could not find 'PCM Playback Volume' element fixme:reg:GetNativeSystemInfo (0xce300b) using GetSystemInfo() fixme:toolhelp:CreateToolhelp32Snapshot Unimplemented: heap list snapshot fixme:thread:NtSetInformationThread info class 17 not supported yet 1.1.15 is no longer is the repository so I cannot test and compare the output messages at this time. -- 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 17557] New: MSODS application eat 100% CPU at the start
by wine-bugs＠winehq.org Sept. 4, 2009

Sept. 4, 2009

http://bugs.winehq.org/show_bug.cgi?id=17557 Summary: MSODS application eat 100% CPU at the start Product: Wine Version: 1.1.15 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: divinerites(a)gmail.com Created an attachment (id=19712) --> (http://bugs.winehq.org/attachment.cgi?id=19712) output for WINEDEBUG=+all wine start 'D:\PROG\OA4.EXE' Hello, I have to run a DOS program (Open Access 4). When I launch OA4 I go 100% CPU (and the program doen't show up properly, only the dos windows stays black. $ wine start 'D:\PROG\OA4.EXE' I done a WINEDEBUG trace (posted in attachement). On IRC SiDi tolde me that it seems that it's calling a function that seems to return an error and report it just in case you could do something. Thanks in advance . -- 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 14531] New: IE Print View not working
by wine-bugs＠winehq.org Sept. 4, 2009

Sept. 4, 2009

http://bugs.winehq.org/show_bug.cgi?id=14531 Summary: IE Print View not working Product: Wine Version: 1.1.0 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jan.sott(a)anzenberger.com i'm using a (commercial) applications that outputs data using internet explorer's print view. unfortunately, this doesn't work - neither when installing gecko as alternative render-engine. another attempt to get around this was to install internet explorer (using ies4osx http://www.kronenberg.org/ies4osx/) but installation fails. i'm using the osx port of wine in version 1.1 -- 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 19894] New: Wineserver and xchat for windows
by wine-bugs＠winehq.org Sept. 4, 2009

Sept. 4, 2009

http://bugs.winehq.org/show_bug.cgi?id=19894 Summary: Wineserver and xchat for windows Product: Wine Version: 1.1.28 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P5 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: torrent(a)poczta.pl Wine server and xchat for windows used processor 100 %. -- 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 17625] New: Hardware Cursor does not work with OpenGL(look here for a workaround)
by wine-bugs＠winehq.org Sept. 4, 2009

Sept. 4, 2009

http://bugs.winehq.org/show_bug.cgi?id=17625 Summary: Hardware Cursor does not work with OpenGL(look here for a workaround) Product: Wine Version: 1.1.16 Platform: All OS/Version: All Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: eiffel56(a)gmail.com Created an attachment (id=19812) --> (http://bugs.winehq.org/attachment.cgi?id=19812) A workaround for the non-existing hardware cursor in World of Warcraft First: This is _not_ a bug of Wine, Blizzard just doesn't implement that feature. I've created this bugreport to share the workaround. The workaround is based on the work of SKLP(http://ubuntuforums.org/showthread.php?t=1051483), I just enhanced it a bit and posted it here as I don't think developing it in a distribution-specific forum is a good idea. This workaround implements a "fake" hardware cursor. You still can't tick the "Hardware Cursor" option in the WoW settings, but thats not necessary. What it does is to ignore if the game instructs to hide your normal cursor. In addition it hides your normal cursor if you press the left or right mouse button. You can also replace your normal cursor(e.g. to look like the WoW cursor). It ships a blank cursor for WoW, so the ingame cursor doesn't always lag behind your normale one. All together, it mostly feels like a real hardware cursor. There is only one exception: If your WoW cursor would change, e.g. if you're pointing on an attackable mob, the changed icon will be shown below your normal one. I think its possible to hide them, but I don't know which filename WoW expects(have to look around). I've attached the patch together with four files. The first, blank.blp, is a blank cursor for WoW. Copy it as "Point.blp" to WOWFOLDER/Interface/Cursor. This is allowed by Blizzard, its the official way of changing the ingame cursor icon. The second one, "normal", is an XCursor you can use. It looks exactly like the usual ingame cursor. The other two ones are the sources for "normal", you can regenerate it with "xcursorgen config > normal". I've taken the cursor from http://zanowin.deviantart.com/art/WoW-Cursors-28331812. Just set the environment variable "WOW_CURSOR" to the XCursor you want to use, for example export WOW_CURSOR="$HOME/.winewow/normal" If you don't set it, it will use your pre-set cursor. Maybe someone discovers a way of determining which cursor the game is displaying(for example, the sword if you're pointing on an attackable mob). This would end up in an illusion of a real hardware cursor(actually, it would be a real hardware cursor). -- 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 17607] New: Keyboard disabled
by wine-bugs＠winehq.org Sept. 4, 2009

Sept. 4, 2009

http://bugs.winehq.org/show_bug.cgi?id=17607 Summary: Keyboard disabled Product: Wine Version: 1.1.14 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: dserbes(a)email.nbc.edu I'm running a fresh install of Fedora 10, with wine 1.1.14 from the repository, installed through the package manager. My Keyboard (Microsoft Natural Multimedia) is accurately identified in Fedora, and works properly with all Linux apps. It is completely disabled in Wine, even in the "Wine Configuration" tool. -- 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 19887] New: Specific application failing to load and run after installation
by wine-bugs＠winehq.org Sept. 3, 2009

Sept. 3, 2009

http://bugs.winehq.org/show_bug.cgi?id=19887 Summary: Specific application failing to load and run after installation Product: Wine Version: 1.0.0 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: jim.hitch(a)englishlanguageservices.co.uk Created an attachment (id=23337) --> (http://bugs.winehq.org/attachment.cgi?id=23337) warn+all output I posted this issue here http://forum.winehq.org/viewtopic.php?p=30532#30532 and it was suggested I open a bug report here. An application I have used on other machines installs on my new machine, but does not load to run. The application in the UK HMRC Employers CD ROM. When I click to run the application, nothing happens beyond mouse cursor movement to suggest the application is loading. After sometime the application fails to load and the computer returns to its previous state with no adverse effects. -- 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 10

[Bug 17133] New: Impossible to start roller coaster tycoon 3 demo
by wine-bugs＠winehq.org Sept. 2, 2009

Sept. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=17133 Summary: Impossible to start roller coaster tycoon 3 demo Product: Wine Version: 1.1.4 Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: FlyingPC(a)laposte.net Created an attachment (id=18985) --> (http://bugs.winehq.org/attachment.cgi?id=18985) Error message When I try to launch the demo of RCT3. Wine crash with the message in attachment. The command I launch is : "wine "c:\program files\atari\rollercoaster tycoon 3 Demo\RCT3.exe"" I read that others had the same problem but, I didn't found any solution. -- 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 10

[Bug 19854] New: Oblivion crashes constantly if music is enabled
by wine-bugs＠winehq.org Sept. 2, 2009

Sept. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=19854 Summary: Oblivion crashes constantly if music is enabled Product: Wine Version: 1.1.28 Platform: All OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P2 Component: quartz AssignedTo: wine-bugs(a)winehq.org ReportedBy: billy65bob(a)gmail.com Created an attachment (id=23274) --> (http://bugs.winehq.org/attachment.cgi?id=23274) checks for failure earlier, and prevents null pointers beiong passed to IMediaSample_SetTime() I can even confirm this regression using versions as old as 1.1.1. so I'm quite surprised no one has reported this earlier. When playing Oblivion with music enabled, chances are you'll constantly be switching between the area's main theme and the battle theme, which currently in wine results in a brief slowdown (bug 14186 was filed regarding the slowdowns), during this transition quartz quite often crashes, when *sample == 0x00000000, is passed to IMediaSample_SetTime(). I'm including a patch with this bug report (to which I have no doubt is incorrect), which at least nullifies the crashes, and from oblivion's viewpoint, doesn't remove any functionality. just in case it's relevant Sound card: HDA Intel Sound System: ALSA Wine settings Driver: ALSA Accel: Full DEfault Frequenzy: 48000 Default bps: 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 8

[Bug 19822] New: Focus changes in a virtual desktop when leaving it - regression running WoW
by wine-bugs＠winehq.org Sept. 2, 2009

Sept. 2, 2009

http://bugs.winehq.org/show_bug.cgi?id=19822 Summary: Focus changes in a virtual desktop when leaving it - regression running WoW Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: paulc(a)voip.null.ro The bug was reported by Fabio Capela on wine-devel. It affects my WoW play in a virtual desktop too (Mandriva 2007.1 x86_64 but probably not relevant). Direct copy/paste from Fabio Capela's mail providin more details: I use Wine mostly to play World of Warcraft and I've had a regression in World of Warcraft (when running fullscreen inside a virtual desktop and using the opengl renderer) with patches from the last two weeks: - Patch 12d1ff8ef6c34533a20008f4cfeb73ee4c601a5d (winex11: Add handling of take focus event on the desktop window.) makes the fullscreen WoW inside the virtual desktop window lose focus when the mouse cursor returns to the virtual desktop window; as a consequence, WoW will minimize inside the virtual desktop whenever the mouse cursor leaves and then returns to the virtual desktop window. For some reason this does not happen if I use the DirectX renderer, only with the OpenGL one. - When the previous patch is reversed, patch e3720c2810dda3895d6734c55117b0a355223b1a (winex11: Use the Globally Active focus model with take focus.) makes the virtual desktop window unable to receive keyboard focus unless it is the only open window, and even then it's decoration will behave as if it hadn't focus. Mouse works fine. This is happening with the current vanilla git; with both above patches reversed the problem disappear. Not sure if this is important, but I'm using Kubuntu 9.04 with KDE 4.3 from the backports repository. -- 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