November 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 22 Nov '14

22 Nov '14

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 24480] New: File handles keep open after PowerPoint 2007 is closed
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=24480 Summary: File handles keep open after PowerPoint 2007 is closed 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: m.duelli(a)web.de When working with PowerPoint 2007 on files which are stored on a USB stick, you cannot cleanly unmount the USB stick after closing PowerPoint since it complains about open file handles. Workaround: You have to kill the wineserver such that all file handles are closed. -- 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 33237] New: Sony Acid Xpress 7.0a: Fails to install
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=33237 Bug #: 33237 Summary: Sony Acid Xpress 7.0a: Fails to install Product: Wine Version: 1.5.26 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: gaming4jc2(a)yahoo.com Classification: Unclassified Created attachment 43957 --> http://bugs.winehq.org/attachment.cgi?id=43957 BackTrace When attempting to install the latest version of the free Sony Acid Xpress 7.0a it starts directly to the debugger. Backtrace attached. -- 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 21654] New: Implement CLSID_DestinationList
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

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 22 Nov '14

22 Nov '14

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 27335] New: Microsoft Golf 98 crashes when you try to play the game
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

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 27655] New: Orbiter window disappears behind main orbiter window.
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

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 28020] New: winepath -w should also look into user folders (Desktop, Music, etc), not just dosdevices
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

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 26158] New: Audio CD-ROM is lacking some integration into volume management on MacOS
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

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 26547] New: Champions Online: IE game starter fails using multilib binaries
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

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