May 2014 - Wine-Bugs - list.winehq.org

[Bug 11727] New: Mouse button events generated by a window' s app are not propagated to X server
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=11727 Summary: Mouse button events generated by a window's app are not propagated to X server Product: Wine Version: 0.9.56. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: gideon.wine(a)gmail.com Created an attachment (id=10969) --> (http://bugs.winehq.org/attachment.cgi?id=10969) Patch to send mouse button events to the X server winex11.drv uses XWarpPointer to send mouse movements to the X server. Mouse button events are not sent. If a pointing device device communicates directly with a windows app running in wine, the user will be able to move the mouse pointer, but button presses will only work on windows controlled by wine. The attached patch adds calls to send mouse button events generated by a windows application to the X server. The way this is done is similar to the way it is done in the Synergy client - by using XTestFakeButtonEvent (see http://synergy2.sourceforge.net/) Requires libXtst. This bug might also resolve bug 7032. -- 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 32

[Bug 28020] New: winepath -w should also look into user folders (Desktop, Music, etc), not just dosdevices
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28020 Summary: winepath -w should also look into user folders (Desktop, Music, etc), not just dosdevices Product: Wine Version: unspecified Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)rodrigosilva.com Currently, winepath -w (seems to) only search for symlinks in $WINEPREFIX/dosdevices to map a given native path to a windows one. But it should also look for user folder's symlinks (like Desktop, My Music, My Pyctures, etc) This is specially helpful if a given prefix has removed the "catch all" Z: => / mapping. In that case, winepath is mapping my "~/Desktop" to "\\?\unix\...", but it could be "smarter" and map it to "C:\users\rodrigo\Desktop" instead. Last but not least, a related limitation is the lack of winepath -u to understand windows env variables, like %USERPROFILE%. That usually points to C:\users\$USER , but since that can be changed in registry, a "windows enviroment-aware winepath -u" would be truly useful. -- 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 27655] New: Orbiter window disappears behind main orbiter window.
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=27655 Summary: Orbiter window disappears behind main orbiter window. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: trivial Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kfreezen(a)gmail.com On orbiter, if a window, such as the menu (F4), is opened, and then the cursor is moved to the main window, the former window disappears behind the main window. -- 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 27335] New: Microsoft Golf 98 crashes when you try to play the game
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=27335 Summary: Microsoft Golf 98 crashes when you try to play the game Product: Wine Version: 1.2-rc1 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: germany(a)backspace.bz Microsoft Golf 98 starts up fine, but then crashes when you actually try to start a game. -- 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 26547] New: Champions Online: IE game starter fails using multilib binaries
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=26547 Summary: Champions Online: IE game starter fails using multilib binaries Product: Wine Version: 1.3.16 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: brianbourke75(a)gmail.com Champions online requires IE to launch/patch their game. When attempting to launch the game in a true 32 bit install it seems to work just fine. When attempting to launch the game using a multilib install on a 64bit system, it fails almost straight off. Using WINEARCH=win32 or win64 makes no difference. Using WINEDEBUG=+relay allows for the game to launch correct, thus indicating to me that there is probably a thread timing issue since the relay messages require a large time investment and the launcher takes much longer to run. -- 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 26158] New: Audio CD-ROM is lacking some integration into volume management on MacOS
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=26158 Summary: Audio CD-ROM is lacking some integration into volume management on MacOS Product: Wine Version: 1.3.13 Platform: x86 OS/Version: Mac OS X 10.5 Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: hoehle(a)users.sourceforge.net MCICDA loops across all drives looking for one matching (GetDriveTypeW(root) == DRIVE_CDROM) but finds none on MacOS even when an audio CD-ROM is inserted. Oddly, winecfg correctly displays "Audio CD" for e.g. drive D: in auto-detection mode. However it is not until I force D: to type CD-ROM in winecfg that GetDriveType() returns the expected type, granting access to MCICDA. Furthermore, I must hit "Apply" in winecfg and leave its window open for this trick to work. Presumably otherwise the list is dynamically rebuilt by the volume manager upon the next process start and the setting overwritten. I believe this is sufficiently different from bug #20555 (A. pure audio vs. mixed data+audio CD-ROM; B. /media/cdrom vs. cdrom0) on Linux to warrant its own entry. Reproduce using my MCI shell (bug #20232, comment #10) wine wintest.exe mcishell open cdaudio will yield MCIERR_CANNOT_LOAD_DRIVER if there's no drive type match. Leave the shell open, apply configuration change in winecfg, then it succeeds. close cdaudio -- 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 21654] New: Implement CLSID_DestinationList
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=21654 Summary: Implement CLSID_DestinationList Product: Wine Version: 1.1.37 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: madewokherd(a)gmail.com Windows 7 introduced a new interface to customize the taskbar menu of an application. Steam uses it. We should consider writing a stub implementation. http://msdn.microsoft.com/en-us/library/dd378402%28VS.85%29.aspx -- 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 18052] New: Cannot install VMware Instrastructure Client 2.5 with VM Update option
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=18052 Summary: Cannot install VMware Instrastructure Client 2.5 with VM Update option Product: Wine Version: 1.1.19 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: wine(a)doty.ru 1. Run installer (https://77.108.91.66/client/VMware-viclient.exe) 2. Check "Install VMware Instrastructure Update Service" option 3. Click Next, Next, Install 4. Error "The wizard was interrupted before VMware Infrastructure Client 2.5 could be completely install" appears and installer breaks. After second try of same install, I get "The installation directory is not writable. Please select another location or ajdust Access Control List." error. Without "Install VMware Instrastructure Update Service" checked option all everything happens ok. -- 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 28168] New: VK_OEM_3 (0xC0) not converted into (0xC0) if US keyboard requested
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=28168 Summary: VK_OEM_3 (0xC0) not converted into (0xC0) if US keyboard requested Product: Wine Version: 1.3.26 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv AssignedTo: wine-bugs(a)winehq.org ReportedBy: Sebastian.Riemer(a)gmx.de E.g.: Carmageddon TDR 2000 requests an US keyboard layout no matter for which language version of the game. It also gets this for most keys. But for the cheating console the VK_OEM_3 (0xC0) is needed and MapVirtualKeyExW() in dlls/user32/input.c has to return 0xC0, too. But instead it returns 0x5E (^) on my German KDE4 openSUSE 11.3 amd64 system - so this key isn't converted to US keyboard layout. On my German Windows XP it works as expected (0xC0 is returned). I've also tried to enable the KDE4 keyboard layouts and to switch to US layout with that, but this didn't help. Here is my dirty fix with which I've tested it: UINT WINAPI MapVirtualKeyExW(UINT code, UINT maptype, HKL hkl) { TRACE_(keyboard)("(%X, %d, %p)\n", code, maptype, hkl); /* dirty fix for testing VK_OEM_3 */ if (code == 0xC0) return 0xC0; return USER_Driver->pMapVirtualKeyEx(code, maptype, hkl); } -- 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 27

[Bug 27545] New: Wrong page borders when printing
by wine-bugs＠winehq.org Nov. 23, 2014

Nov. 23, 2014

http://bugs.winehq.org/show_bug.cgi?id=27545 Summary: Wrong page borders when printing Product: Wine Version: 1.2 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: spooler AssignedTo: wine-bugs(a)winehq.org ReportedBy: graeter(a)hydrixos.net We are using Office 2007 upon Wine, which works mostly without problems. We have two printers that are connected to a CUPS server (1.4.3) which is separate from our clients. The CUPS client libraries and the CUPS server have the same version and are package from Ubuntu 10.04. One printer is a HP LaserJet P4015. When printing from any Wine application on this printer, the page borders are wrong. We are using DinA4 paper. When setting the printer dialog in Wine to "A4" parts of the page are outside the printable range. When setting it to "letter" everything is inside the printable range, but then we have a huge white border around the page. Using our second printer or when printing to PDF, this problem does not appear. For me it looks like that Wine somehow uses wrong page borders when communicating with this printer. -- 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