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

[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 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 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

[Bug 17432] New: Lan hosting/listening not working in warcraft iii.
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=17432 Summary: Lan hosting/listening not working in warcraft iii. Product: Wine Version: 1.1.14 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: whellmundv(a)gmail.com I thought warcraft was one game that ran as fluent as if it was native, or so I thought then. Today I've found myself experimenting for the second time how running this masterpiece from wine prevents me from enjoying a nice lan game with my friends, using both macintosh and windows systems. I don't know why, but I guess that is the reason for which I encounter myself writing this, at this precise moment: I think you will help me solve this--I believe, uncommon--problem. Please let me know which information do I need to post here, because I know not with accuracy. -- 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 13

[Bug 17721] New: RTG Bills reports dates incorrectly in bills for date formats (locals) not US
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=17721 Summary: RTG Bills reports dates incorrectly in bills for date formats (locals) not US Product: Wine Version: 1.1.15 Platform: Other OS/Version: other Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: mstuff(a)read.org.nz This is a bit of a major that I'm unsure whether is a bug with RTG Bills or WINE... But, here's a workaround/fix for it below. My local is New Zealand, my default language is LANG="en_NZ.UTF-8" with dates expressed "days / months / years" (like most of the world). Setting the dates in RTG Bills to my format results in any dates in the form "days / months / years" that make sense expressed as "months / days / years" being expressed as "months / days / years". For instance: 10th March 2009 (10/3/09) is expressed on bills as 3rd October 2009 (3/10/09)!!! A workaround/fix seems to be to set the environment variable $LANG to LANG="en_US.UTF-8" and then set the date format in RTG Bills to be expressed as "days / months / years". RTG Bills provides a "test" facility to check that date formats are sane for the system local settings, if this facility is used it will report that the format is "insane" and change it back to the "months / days / years" format. The answer is not to "test", but simply leave the format "untested" as "days / months / years" and save the setting. RTG Bills then seems to report dates correctly in its bills. So, my command to execute RTG Bills is: env WINEPREFIX="/home/myhome/.Rtgbills" LANG="en_US.UTF-8" wine "C:\Program Files\Rtgbills\rtgbills.exe" -- 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 15320] New: GammonEmpire closing playing window.
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=15320 Summary: GammonEmpire closing playing window. Product: Wine Version: 1.1.4 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: zetagi(a)yahoo.com GammonEmpire software when you close playing window program close whole program. Normally you will go to 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 9

[Bug 19765] New: Bricscad has slow performance
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=19765 Summary: Bricscad has slow performance Product: Wine Version: 1.1.27 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P3 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: ricardoperry(a)gmail.com Created an attachment (id=23142) --> (http://bugs.winehq.org/attachment.cgi?id=23142) Bricscad Option menu When doing realtime pan and zoom with large drawings it takes too long to refresh the screen. Probably related to WINGDI driver. In other Intellicad software ZWCAD the realtime pan and zoom works 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 7

[Bug 24338] New: [Win16]Microsoft Bob fails install & run correctly (dogfood)
by wine-bugs＠winehq.org 22 Nov '14

22 Nov '14

http://bugs.winehq.org/show_bug.cgi?id=24338 Summary: [Win16]Microsoft Bob fails install & run correctly (dogfood) Product: Wine Version: 1.3.2 Platform: x86 URL: http://appdb.winehq.org/objectManager.php?sClass=versi on&iId=21360 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: saturn_systems(a)yahoo.com Microsoft Bob installation state that it has installed correctly but comes & run correctly but no program groups or menu items are created. fixme:shell:Dde_OnRequest 1 0x153de0 L"Progman" L"Progman": stub DDE_ACK: neither atom nor handle!!! ----------- When you attempt to run MSBOB you receive the following terminal output. fixme:hook:SetWindowsHookEx16 System-global hooks (3) broken in Win16 err:ntdll:RtlpWaitForCriticalSection section 0x684a97a0 "syslevel.c: Win16Mutex" wait timed out in thread 0022, blocked by 0023, retrying (60 sec) -- 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