February 2016 - Wine-Bugs - list.winehq.org

[Bug 37063] New: NTLM EncryptMessage/DecryptMessage failure
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=37063 Bug ID: 37063 Summary: NTLM EncryptMessage/DecryptMessage failure Product: Wine Version: 1.7.22 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: dwmw2(a)infradead.org Created attachment 49252 --> http://bugs.winehq.org/attachment.cgi?id=49252 Test case Attached is a test case based on GSSAPI authentication to a SOCKS proxy (RFC1961). An alternative summary for this bug could be "OpenConnect VPN server cannot authenticate to SOCKS proxy", since that's where this test code is derived from. The protocol is fairly simple — it's a GSSAPI exxchange followed by a single byte 0x00 being sent in each direction under "wrapping" by gss_wrap() or EncryptMessage(). We are only supposed to be using integrity protection (signing), not encryption. Testing has been done against a Dante SOCKS server using gss-ntlmssp. Windows testing has been done under Windows 7 64-bit, set to use NTLMv1 & LMv1 (I don't seem to have permissions to change that for testing NTLMv2). There are various issues with wine's emulation which make it fail once gss-ntlmssp has been made to work correctly with Windows. I'm not sure if it's best to file separate bugs for each or whether to track them together. Firstly, wine seems to mishandle the Password field in SEC_WINNT_AUTH_IDENTITY unless it's in Unicode mode; using SEC_WINNT_AUTH_IDENTITY_ANSI doesn't work because the password that gets passed to ntlm_auth is mangled. Secondly, it looks like the Domain field is ignored too and we just pass '--domain=' to ntlm_auth. (There's a separate bug filed at https://bugzilla.samba.org/show_bug.cgi?id=10691 for ntlm_auth not giving us the session key back when it's using default credentials, and the *flags* are wrong in that case too because they are missing the NTLMSSP_NEGOTIATE_SIGN/SEAL bits, but that's probably Samba bug). Third... it looks like Windows will always encrypt messages, even when ISC_REQ_CONFIDENTIALITY is *not* in the InitializeSecurityContext flags and SECQOP_WRAP_NO_ENCRYPT is set. But wine doesn't, so the first 'encrypted' message fails in gss_unwrap() on the server side. If we do use ISC_REQ_CONFIDENTIALITY (or bypass the NTLM2&&SEAL check in ntlm_EncryptMessage() and make it always take that path, sending a wrapped message works but then... Fourth, we fail to *unwrap* the returned message. It's looking for a SECBUFFER_TOKEN buffer in the array, but as far as I can tell, NTLM DecryptMessage() takes SECBUFFER_STREAM and a SECBUFFER_DATA. The documentation on this is sparse, but this code does work under Windows... -- 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 16

[Bug 39543] New: Multiple games and applications crash on unimplemented function KERNEL32.dll.FreeUserPhysicalPages (Microsoft Office 2007 diagnosis service, Eden Eternal)
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=39543 Bug ID: 39543 Summary: Multiple games and applications crash on unimplemented function KERNEL32.dll.FreeUserPhysicalPages (Microsoft Office 2007 diagnosis service, Eden Eternal) Product: Wine Version: 1.7.54 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 36527 'Word options' -> 'Resources' -> 'Microsoft Office diagnosis' >From command line as follows: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Common Files/Microsoft Shared/OFFICE12 $ WINEDEBUG=+tid,+seh,+loaddll,+process wine ./OFFDIAG.EXE /SOURCE 2 ... fixme:heap:AllocateUserPhysicalPages stub: 0xffffffff 0x33fd28 0x710020 wine: Call from 0x7b846105 to unimplemented function KERNEL32.dll.FreeUserPhysicalPages, aborting wine: Unimplemented function KERNEL32.dll.FreeUserPhysicalPages called at address 0x7b846105 (thread 0065), starting debugger... --- snip --- MSDN: https://msdn.microsoft.com/en-us/library/windows/desktop/aa366566%28v=vs.85… $ wine --version wine-1.7.19-56-gee13e10 Regards -- 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 40048] New: Camtasia Studio 8 : Camtasia appeared to install correctly. When I try to open, I get an error message about unimplemented function dwmapi.dll.DwmSetPresentParameters called in 32-bit code (0x7b83dc8e), after which it crashes. Attached find backtrace.
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=40048 Bug ID: 40048 Summary: Camtasia Studio 8 : Camtasia appeared to install correctly. When I try to open, I get an error message about unimplemented function dwmapi.dll.DwmSetPresentParameters called in 32-bit code (0x7b83dc8e), after which it crashes. Attached find backtrace. Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tajamuliqbal(a)yahoo.com Distribution: --- Created attachment 53521 --> https://bugs.winehq.org/attachment.cgi?id=53521 I have copied the logs ......i dont know what else i have to explain here. Camtasia Studio 8 : Camtasia appeared to install correctly. When I try to open, I get an error message about unimplemented function dwmapi.dll.DwmSetPresentParameters called in 32-bit code (0x7b83dc8e), after which it crashes. Attached find backtrace. -- 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 12

[Bug 38137] New: WBaduk: "Could not obtain OLE control window handle" regression
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=38137 Bug ID: 38137 Summary: WBaduk: "Could not obtain OLE control window handle" regression Product: Wine Version: 1.7.34 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lemonsqueeze(a)gmx.com Distribution: Ubuntu Created attachment 50855 --> https://bugs.winehq.org/attachment.cgi?id=50855 wine log Greetings and a big thanks to the wine team, WBaduk is a windows client to play the game of go on wbaduk go servers. It used to work like a charm with wine 1.2 (ubuntu lucid, package version 1.2.2-0ubuntu2~lucid1) except for a harmless "Floating point exception" popup when logging in. It's unuseable however with the latest ubuntu dev build (1.7.34, ubuntu trusty): We can login no problem, but keep getting "Could not obtain OLE control window handle" popups when trying to observe a game. Here's the steps I used to reproduce: - Installed wine 1.7.34 on ubuntu trusty from the wine ppa. - Download wbaduk (21Mb) from www.wbaduk.com using the "download" button on the top left. Currently it points to: http://www.wbaduk.com/download/WBaduk_20140410A.exe - Installed in brand new account (no previous .wine directory) $ wine WBaduk_20140410A.exe - And run: $ wine '.wine/drive_c/Program Files/WBaduk/OrO20.exe' - Login with test account, username: grumly2, pass: foobar Pick any server. - Left click on any of the active games in the list on the left, and choose "observe after joining" from the menu. - Wbaduk tries to join the game but we keep getting "Could not obtain OLE control window handle" popups forever. Terminal output looks like: ... fixme:ieframe:PersistStreamInit_InitNew (0x5ea3c28) fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -701 fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -703 fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -704 fixme:ieframe:OleControl_OnAmbientPropertyChange Unknown dispID -702 It's also broken with the default wine ubuntu packages on ubuntu precise and trusty (wine 1.4) If there's some useful info missing please let me know. -- 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 21

[Bug 37271] New: Applications get IP address of 127.12.34.56 when lo0 is up
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=37271 Bug ID: 37271 Summary: Applications get IP address of 127.12.34.56 when lo0 is up Product: Wine Version: 1.7.26 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jere(a)krischel.org My testing is specifically with Artemis 2.1.1, but it seems to be true for other applications as well. When running Artemis 2.1.1 under a standard OSX Mavericks 10.9.4 install, the application reports an IP address of 127.12.34.56. If I specifically shut down the loopback interface (lo0), it reports the IP address of the box properly (192.168.1.104). This behavior is *not* seen on Ubuntu 14.04.1, which has a loopback interface, but seems to prioritize it differently than OSX. I checked the routing table before and after shutting down the loopback interface, and this is the line that disappears on OSX after lo0 is down: Destination Gateway Flags Refs Use Netif Expire localhost localhost UH 0 0 lo0 -- 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 12

[Bug 20977] New: Bad hlp table rendering
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=20977 Summary: Bad hlp table rendering Product: Wine Version: 1.1.34 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: adys.wh(a)gmail.com Created an attachment (id=25145) --> (http://bugs.winehq.org/attachment.cgi?id=25145) Help file Terrible rendering on attached HLP file. Refer to 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 35

[Bug 39842] New: skype for windows doesn't work
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=39842 Bug ID: 39842 Summary: skype for windows doesn't work Product: Wine Version: unspecified Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: shentino(a)gmail.com Distribution: --- Created attachment 53186 --> https://bugs.winehq.org/attachment.cgi?id=53186 screenshot of skype not working. I have internet just fine (hello bugzilla) Skype for windows doesn't work. The install program spewed out a bunch of debug messages, and the skype that was installed can't connect to the internet. -- 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 12

[Bug 18745] New: Wine should support MEM_LARGE_PAGES and related interfaces for large pages & variable page sizes
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

http://bugs.winehq.org/show_bug.cgi?id=18745 Summary: Wine should support MEM_LARGE_PAGES and related interfaces for large pages & variable page sizes Product: Wine Version: 1.1.22 Platform: PC OS/Version: All Status: UNCONFIRMED Severity: normal Priority: P3 Component: kernel32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: trisk-winehq(a)forkgnu.org The ability to allocate large pages can improve the performance of applications with densely populated address spaces. The large page interfaces on Windows were introduced in Windows Server 2003. However, due to limitations in the NT VM, large pages are always pinned in memory (not pageable) and become scarce due to excessive fragmentation. Wine has the advantage of running on platforms with better support for large pages. Because the memory is normally pinned, the process must have SeLockMemoryPrivilege on Windows. The new interfaces are: MEM_LARGE_PAGES type for VirtualAlloc (NtAllocateVirtualMemory) (http://msdn.microsoft.com/en-us/library/aa366720%28VS.85%29.aspx) SEC_LARGE_PAGES flag for http://msdn.microsoft.com/en-us/library/aa366543%28VS.85%29.aspx GetLargePageMinimum (http://msdn.microsoft.com/en-us/library/aa366568%28VS.85%29.aspx) /*********************************************************************** * GetLargePageMinimum (KERNEL32.@) * * Get the minimum size of a large page. * * RETURNS * Size: Success * 0: Failure */ SIZE_T WINAPI GetLargePageMinimum(void) The allocated regions must be aligned to the minimum size and MEM_COMMIT must also be set, or NtAllocateVirtualMemory should return STATUS_INVALID_PARAMETER. I'm opening this bug to keep notes for my own implementation, although anyone should feel free to jump in. -- 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 34

[Bug 39911] New: dxd9 PresentationInterval not propagated on device Reset
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=39911 Bug ID: 39911 Summary: dxd9 PresentationInterval not propagated on device Reset Product: Wine Version: 1.9.0 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: zakk(a)rsdio.com Background: The steam game XIIZeal relies on vsync to run the game engine timing; under wine (on OSX) fullscreen runs at an unlimited speed, while on windows it runs at the refresh rate of your display. Looking into this this is the sequence of events as best I can tell: It creates a D3D9 Device with PresentationInterval set to D3DPRESENT_INTERVAL_IMMEDIATE Wine creates the device, swap chain, OpenGL context and eventually calls wglSwapInterval(0). Then the game does a device Reset, in that reset the PresentationInterval is set to D3DPRESENT_INTERVAL_ONE. Wine does not ever call wglSwapInterval(1) after this reset, thus the framerate is never limited. If I hack up wined3d_device_reset() to call wglSwapInterval() based on the PresentationInterval the game behaves as expected. However I don't know if this is the best way to approach this issue. -- 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 11

[Bug 38102] New: Process Hacker 2.x needs winsta.dll.WinStationEnumerateW
by wine-bugs＠winehq.org Aug. 22, 2016

Aug. 22, 2016

https://bugs.winehq.org/show_bug.cgi?id=38102 Bug ID: 38102 Summary: Process Hacker 2.x needs winsta.dll.WinStationEnumerateW Product: Wine Version: 1.7.0 Hardware: x86 URL: http://processhacker.sourceforge.net/downloads.php OS: Linux Status: NEW Keywords: download, source Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com CC: abolte(a)systemsaviour.com, dmex04(a)gmail.com, teras(a)luukku.com, winebug(a)mailinator.com Depends on: 34318, 34317 Distribution: --- You'll need winetricks comctl32 to work around bug 34465. I used the portable binaries. Extract, run the x86 version, then click the users tab. Boom. austin(a)debian-home:~$ sha1sum processhacker-2.33-bin.zip 2738c909fa6b37a22a4aa256e5d7e733449b905e processhacker-2.33-bin.zip austin(a)debian-home:~$ du -h processhacker-2.33-bin.zip 2.7M processhacker-2.33-bin.zip austin(a)debian-home:~$ wine --version wine-1.7.36-28-ga679cae -- 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 21