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

[Bug 17625] New: Hardware Cursor does not work with OpenGL(look here for a workaround)
by wine-bugs＠winehq.org 04 Sep '09

04 Sep '09

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 04 Sep '09

04 Sep '09

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 17133] New: Impossible to start roller coaster tycoon 3 demo
by wine-bugs＠winehq.org 02 Sep '09

02 Sep '09

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 17898] New: WS_setsockopt error in DM Evidence application
by wine-bugs＠winehq.org 02 Sep '09

02 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=17898 Summary: WS_setsockopt error in DM Evidence application Product: Wine Version: 1.1.18 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock AssignedTo: wine-bugs(a)winehq.org ReportedBy: ja.k(a)seznam.cz Created an attachment (id=20204) --> (http://bugs.winehq.org/attachment.cgi?id=20204) log: WINEDEBUG=+winsock wine evidence.exe When i want to send SMS in DM Evidence application (application for school managment in czech school), i get winsock error (fixme:winsock:WS_setsockopt Unknown level: 0xffffffff) and application freeze. -- 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

[Bug 17897] New: OpenAL installer thinks it is AMD-64
by wine-bugs＠winehq.org 02 Sep '09

02 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=17897 Summary: OpenAL installer thinks it is AMD-64 Product: Wine Version: 1.1.18 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gak(a)kaluga.ru I installed Warzone 2100 for Windows into wine on Slackware current, which is 32-bit, and cpu Athlon 64. The game refused to start with the message "Trying to load PE image for unsupported architecture (AMD-64)" and referring to OpenAL32.dll. The OpenAL32.dll and wrap_oal.dll DLLs in wine are different from the DLLs installed into Windows. When I replaced them with Windows ones Warzone runs OK. Warzone 2100 installer runs the OpanAL installer which installs the DLLs. Previously I installed Warzone into wine 1.1.10 or 1.1.13 (do not remember) and the game started OK. My best guess is that a bug has been introduced into wine between 1.1.10 and 1.1.18 that makes the OpenAL installer think that it is running on Windows 64 and install wrong DLLs. -- 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

[Bug 17783] New: steamcommunity.com certificate not recognised
by wine-bugs＠winehq.org 02 Sep '09

02 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=17783 Summary: steamcommunity.com certificate not recognised Product: Wine Version: 1.1.17 Platform: Other URL: https://steamcommunity.com OS/Version: other Status: UNCONFIRMED Severity: minor Priority: P2 Component: mshtml AssignedTo: wine-bugs(a)winehq.org ReportedBy: trs80(a)ucc.asn.au Trying to use the community tab in Steam gives an error dialog "steamcommunity.com uses an invalid security certificate. The certificate is not trusted because the issuer is unknown. (Error code: sec_error_unknown_issuer)" I think steamcommunity.com recently got a EV SSL certificate, so the problem is probably that nssckbi.dll in wine_gecko needs to be updated. -- 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 35

[Bug 17428] New: Taskmgr unicode: Blank process names in Process list.
by wine-bugs＠winehq.org 02 Sep '09

02 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=17428 Summary: Taskmgr unicode: Blank process names in Process list. Product: Wine Version: 1.1.15 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: nospam(a)thenerdshow.com Thanks, arethusa, for the regression test. A bunch of commits starting with b28a6c18898ae1b469ecc393b23964cb2b95ea61 broke it. The patch was: taskmgr: Converted some functions and variables to Unicode. How to reproduce: wine notepad wine taskmgr click on the taskmgr Process tab. Processes show up as blank lines. They are clickable and you can terminate a process, but how will a user tell which one? Expected behavior: A list of processes should be shown 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 14

[Bug 17408] New: ASPI crashes randomly
by wine-bugs＠winehq.org 02 Sep '09

02 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=17408 Summary: ASPI crashes randomly Product: Wine Version: 1.1.15 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: supp(a)kpo.zcu.cz Created an attachment (id=19482) --> (http://bugs.winehq.org/attachment.cgi?id=19482) Backtrace of two crashes ASPI (online version) crashes randomly, usually when network connection is bad. Reproducibility: crash occurs on cca. 15% of all runs Backtrace is attached. I'm willing to do more testing if needed. -- 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 17394] New: Chip view window is not displayed properly
by wine-bugs＠winehq.org 02 Sep '09

02 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=17394 Summary: Chip view window is not displayed properly Product: Wine Version: 1.1.15 Platform: Other URL: http://www.jtagtest.com/ OS/Version: other Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: martin(a)hinner.info Created an attachment (id=19458) --> (http://bugs.winehq.org/attachment.cgi?id=19458) See the labels on top and bottom Vertical labels of quad-chip package are not aligned to pins, works OK on Win32. Can provide partial sources for the MFC class displaying this window (directly to some Wine developer with no public disclosure). Windows screenshots available at http://www.jtagtest.com/jtagtest-screenshots -- 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 17227] New: regression: PAF 5 help window text is blank
by wine-bugs＠winehq.org 02 Sep '09

02 Sep '09

http://bugs.winehq.org/show_bug.cgi?id=17227 Summary: regression: PAF 5 help window text is blank Product: Wine Version: 1.1.14 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: rm.riches(a)verizon.net Created an attachment (id=19187) --> (http://bugs.winehq.org/attachment.cgi?id=19187) stdout/stderr output from Wine when user clicks on a new chapter heading to view In application, PAF (Personal Ancestral File) 5, the help window (brought up by the yellow question mark in the tool bar) right-hand text pane is blank with the most recent couple of Wine versions. The help window uses Wine Gecko. This is a regression, as it worked better with several versions up and including 1.1.11 than it does more recently. With Wine version 1.1.11, the text would display. With Mandriva 2008.0, it displayed very well. The same Wine version with Mandriva 2009.0 displays strangely, but the text can be read if the user really wants to read it. I have not investigated the issue between the two Mandriva releases. Wine version 1.1.12 would not install without applying a patch to the Wine source, so results there are a bit muddy. With Wine version 1.1.13, the right-hand help window is always blank, even when there should be text displayed. Wine version 1.1.14 behaves identically to 1.1.13. I'll attach the stdout/stderr output from Wine in case that helps isolate the problem. This output happens whenever the user clicks on another chapter of text to view. David Lee Lambert has logged the blank help text window problem in his test results using Debian GNU/Linux 4.0 "Etch". I would be happy to provide debug channel output. However, my work schedule does not leave me enough spare time to run a regression. -- 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