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

[Bug 18052] New: Cannot install VMware Instrastructure Client 2.5 with VM Update option
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 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. 22, 2014

Nov. 22, 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. 22, 2014

Nov. 22, 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

[Bug 27315] New: Native Instruments REAKTOR 4.0 VST crashes when unloading plug in.
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27315 Summary: Native Instruments REAKTOR 4.0 VST crashes when unloading plug in. Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: tectp(a)telefonica.net I am using Reaktor 4.0 as a vst plug in in Ableton live. Both programs function well in wine under the wineasio driver, but when I try to save the live set, or unload the plug in to swap it for another one, Ableton live freezes and has to be forced to quit. This problem persists regardless of whether I use the wineasio driver or the direct sound driver. I can run these programs under windows without any problems, but would like very much to get them working under ubuntu if possible. My setup: ubuntu 10.04 Ableton live 7.018 Reaktor 4.3 -- 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 26747] New: SIV Window Resize and AdjustWindowRect() off-by-one issue
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=26747 Summary: SIV Window Resize and AdjustWindowRect() off-by-one issue Product: Wine Version: 1.3.17 Platform: x86 URL: http://rh-software.com/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: user32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: ray(a)pobox.co.uk While trying to work-a-round the lack of WM_EXITSIZEMOVE (http://bugs.winehq.org/show_bug.cgi?id=26736) I found what seems to be an off-by-one error within AdjustWindowRect(). Testing on real Windows then the code worked fine, but to get it to work on Wine 1.3.17-243 I needed to adjust things as in the code below. The svb->style is 0x00C40000 ( WS_CAPTION | WS_THICKFRAME ). The issue is the same for both window managers. ar->top = 0; ar->left = 0; ar->bottom = 0; ar->right = 0; if( AdjustWindowRect( ar, svb->style, FALSE ) ) { if( mode & MODE_WINE ) { dr->top -= ar->top + 1; // Client Area positions dr->left -= ar->left + 1; // dr->bottom -= ar->bottom + 1; // dr->right -= ar->right + 1; // } else { dr->top -= ar->top; // Client Area positions dr->left -= ar->left; // dr->bottom -= ar->bottom; // dr->right -= ar->right; // } -- 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 17

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

Nov. 22, 2014

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 17432] New: Lan hosting/listening not working in warcraft iii.
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

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 28319] New: Hydro Thunder: Sound Stops upon settings menu
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=28319 Summary: Hydro Thunder: Sound Stops upon settings menu Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: joshuaduhs(a)yahoo.com Now I love Hydro thunder, and when I got it to work through wine with no workarounds, I was in love with it. It even gives me better rendering than running it straight through windows. However, there is a problem. If you pres F2 to enter the settings menu, the sound stops working. If you press ESC to quit a race or quit the game, the sound stops working. Sometimes after completing a race, the name entry screen lags to load and the sound stops working. The sound doesn't stop working for a second. Oh no. The sound stop working until you exit the game and relaunch it. This is the only workaround for muted sound. I am using integrated motherboard sound. If it makes any difference, the 2 computers I run it on are as follows. Computer 1: AMD Athlon 2800+ (2.08Ghz); 1Gig DDR Ram; ATI Radeon 7500 Computer 2: Intel Pendium D (3.2Ghz); 1Gig DDR Ram; ATI Radeon X600 -- 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 28200] New: Ottifanten Lemminge: Buffer overrun
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=28200 Summary: Ottifanten Lemminge: Buffer overrun Product: Wine Version: unspecified Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: niklas1b(a)yahoo.de Created an attachment (id=36117) --> (http://bugs.winehq.org/attachment.cgi?id=36117) The error message. The game 'Ottifanten - Ostfriesen Lemminge in Not' crashes after start with the error message 'Microsoft Visual C++ Runtime Library - Buffer overrun detected.'. -- 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 27836] New: Process.WaitForInputIdle deadlock.
by wine-bugs＠winehq.org Nov. 22, 2014

Nov. 22, 2014

http://bugs.winehq.org/show_bug.cgi?id=27836 Summary: Process.WaitForInputIdle deadlock. Product: Wine Version: 1.3.22 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: cheako+winehq(a)mikemestnik.net Specifically with Diablo2 as with D2BS's loader: http://www.assembla.com/code/d2bs/subversion/nodes/tags/loader-1.4/D2BSLoad… The call to WaitForInputIdle locks the thread for way to long. Changing this call to be Thread.Sleep(10) fixes this application. -- 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