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

[Bug 39667] New: dinput: MotoGP 3 demo launcher crashes on leaving key configuration dialog.
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

https://bugs.winehq.org/show_bug.cgi?id=39667 Bug ID: 39667 Summary: dinput: MotoGP 3 demo launcher crashes on leaving key configuration dialog. Product: Wine Version: 1.8-rc1 Hardware: x86 URL: https://appdb.winehq.org/objectManager.php?sClass=vers ion&iId=6934 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-dinput Assignee: wine-bugs(a)winehq.org Reporter: bernhardu(a)vr-web.de Distribution: --- Created attachment 52886 --> https://bugs.winehq.org/attachment.cgi?id=52886 motogp3-demo-launcher-crash.txt with wine-1.8-rc1 Probably same issue as in https://bugs.winehq.org/show_bug.cgi?id=12432 . (Attached backtrace seems equal.) Steps to reproduce: - start launcher - "Configure Controller" - leave dialog with "Cancel" - crash MotoGP 3 demo launcher uses ConfigureDevices for the key mapping. This seems because the result of a GetProperty(DIPROP_USERNAME) is used without checking. -- 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 14

[Bug 40244] New: PostThreadMessage with WM_NOTIFY message should succeed
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

https://bugs.winehq.org/show_bug.cgi?id=40244 Bug ID: 40244 Summary: PostThreadMessage with WM_NOTIFY message should succeed Product: Wine Version: 1.9.4 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: user32 Assignee: wine-bugs(a)winehq.org Reporter: sebastian(a)fds-team.de Distribution: --- The issue was encountered by a user in the #winehq channel while testing a company-internal application in Wine. Based on the provided log file I've tracked it down to the following few lines: --- snip --- 0009:Call user32.PostThreadMessageA(00000028,0000004e,00000001,00000466) ret=0051258b 0009:Call winex11.drv.GetKeyboardLayout(00000000) ret=7e9a8476 0009:Ret winex11.drv.GetKeyboardLayout() retval=04090409 ret=7e9a8476 0009:Ret user32.PostThreadMessageA() retval=00000000 ret=0051258b 0009:Call user32.LoadStringA(00400000,0000ffc9,0033e820,00001000) ret=004071c7 0009:Ret user32.LoadStringA() retval=00000010 ret=004071c7 0009:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0033f880) ret=005125c6 0009:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83b77c ip=7b83b77c tid=0009 [...] --- snip --- The application is not really happy about the result of PostThreadMessageA. A quick test confirms that sending WM_NOTIFY should succeed, which means Wines is_pointer_message() function is a bit too strict here. I'll prepare some more tests and a patch to fix it, this bug is just to keep track of the 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 7

[Bug 39796] New: SCP Containment Breach page fault regression
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

https://bugs.winehq.org/show_bug.cgi?id=39796 Bug ID: 39796 Summary: SCP Containment Breach page fault regression Product: Wine Version: 1.8-rc4 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3d Assignee: wine-bugs(a)winehq.org Reporter: alexchandel(a)gmail.com Created attachment 53104 --> https://bugs.winehq.org/attachment.cgi?id=53104 Backtrace of page fault in DirectDraw HAL mode As of 1.8, SCP Containment Breach immediately suffers a memory access violation every time a new game is begun or a game is loaded, after the loading screen, but before anything has been rendered. This occurs in all versions of SCP Containment Breach from 0.8ish through to the newest 1.2.3, in both DirectDraw HAL and Intel 945G mode. Backtraces attached. -- 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 48

[Bug 39681] New: Unimplemented function crypt32.dll.CryptMsgVerifyCountersignatureEncoded
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

https://bugs.winehq.org/show_bug.cgi?id=39681 Bug ID: 39681 Summary: Unimplemented function crypt32.dll.CryptMsgVerifyCountersignatureEncoded Product: Wine Version: 1.7.53 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: htl10(a)users.sourceforge.net Distribution: --- MS dotnet's SignedCms.CheckSignature() depends on crypt32.dll.CryptMsgVerifyCountersignatureEncoded . I found this out while running a test program which does exactly that: Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at System.Security.Cryptography.CAPISafe.CryptMsgVerifyCountersignatureEncoded(IntPtr hCryptProv, UInt32 dwEncodingType, IntPtr pbSignerInfo, UInt32 cbSignerInfo, IntPtr pbSignerInfoCountersignature, UInt32 cbSignerInfoCountersignature, IntPtr pciCountersigner) at System.Security.Cryptography.Pkcs.SignerInfo.Verify(X509Certificate2Collection extraStore, X509Certificate2 certificate, Boolean verifySig natureOnly) at System.Security.Cryptography.Pkcs.SignerInfo.CheckSignature(X509Certificate2Collection extraStore, Boolean verifySignatureOnly) at System.Security.Cryptography.Pkcs.SignedCms.CheckSignatures(SignerInfoCollection signers, X509Certificate2Collection extraStore, Boolean v erifySignatureOnly) at System.Security.Cryptography.Pkcs.SignedCms.CheckSignatures(SignerInfoCollection signers, X509Certificate2Collection extraStore, Boolean v erifySignatureOnly) at System.Security.Cryptography.Pkcs.SignedCms.CheckSignature(X509Certificate2Collection extraStore, Boolean verifySignatureOnly) at System.Security.Cryptography.Pkcs.SignedCms.CheckSignature(Boolean verifySignatureOnly) ... wine: Unimplemented function crypt32.dll.CryptMsgVerifyCountersignatureEncoded called at address 0x7b83e9b0 (thread 0009), starting debugger... Unhandled exception: unimplemented function crypt32.dll.CryptMsgVerifyCountersignatureEncoded called in 32-bit code (0x7b83e9b0). (Apologies the wine version may not be accurate if this report is version sensitive - I kept a note on this error on Nov 2, but I upgraded wine to 1.7.55 on No 20; so the actual error would have been observed approximately with 1.7.54/1.7.53/1.7.52) -- 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 35711] New: Winelib: compile error in wincon.h if NOGDI is defined before #include <windows.h>
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=35711 Bug ID: 35711 Summary: Winelib: compile error in wincon.h if NOGDI is defined before #include <windows.h> Product: Wine Version: 1.4.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: kernel32 Assignee: wine-bugs(a)winehq.org Reporter: matteo(a)mitalia.net As described in the summary; if I try to compile the following file #define NOGDI #include <windows.h> int main() { return 0; } with winegcc (wine-dev package 1.4.1 from Ubuntu 13.10) I get In file included from /usr/include/wine/windows/windows.h:42:0, from test.c:2: /usr/include/wine/windows/wincon.h:337:62: error: unknown type name ‘LPCONSOLE_FONT_INFOEX’ WINBASEAPI BOOL WINAPI GetCurrentConsoleFontEx(HANDLE,BOOL,LPCONSOLE_FONT_INFOEX); ^ /usr/include/wine/windows/wincon.h:375:62: error: unknown type name ‘LPCONSOLE_FONT_INFOEX’ WINBASEAPI BOOL WINAPI SetCurrentConsoleFontEx(HANDLE,BOOL,LPCONSOLE_FONT_INFOEX); ^ winegcc: gcc failed This comes from the fact that the typedef LPCONSOLE_FONT_INFOEX (and related types) is #ifdef-ed out when NOGDI is defined, but SetCurrentConsoleFontEx (which depends from this type) is always included. The bug makes compiling anything that uses the NOGDI option impossible. -- 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 8

[Bug 39786] New: Program crashed
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

https://bugs.winehq.org/show_bug.cgi?id=39786 Bug ID: 39786 Summary: Program crashed Product: Wine Version: 1.6.2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: tbodrey2(a)gmail.com Distribution: --- Created attachment 53076 --> https://bugs.winehq.org/attachment.cgi?id=53076 backtrace Also having trouble installing 1.7 on ubuntu 15.10. -- 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 10063] New: wineconsole run fail on korean locale.
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=10063 Summary: wineconsole run fail on korean locale. Product: Wine Version: 0.9.47. Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wine-programs AssignedTo: wine-bugs(a)winehq.org ReportedBy: dlunch(a)gmail.com wineconsole failed to run in korean locale. it reports 'err:wineconsole:WCUSER_SetFont wrong font' few times and 'err:wineconsole:WINECON_Fatal Couldn't find a decent font, aborting'. but when i tried LANG="C" wineconsole cmd, it runs successfully. -- Configure bugmail: http://bugs.winehq.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are watching all bug changes.

1 32

[Bug 39940] New: Stars! tooltips have wrong background color
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

https://bugs.winehq.org/show_bug.cgi?id=39940 Bug ID: 39940 Summary: Stars! tooltips have wrong background color Product: Wine Version: 1.9.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: curaga(a)operamail.com Distribution: --- Created attachment 53360 --> https://bugs.winehq.org/attachment.cgi?id=53360 Screenshot The tooltips in Stars!, a 16-bit game, should be white, but Wine displays them gray with a white font background. To see one, press and hold the left mouse button on the planet minerals. -- 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 8

[Bug 36031] New: 9700M incorrectly detected as 9400
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

http://bugs.winehq.org/show_bug.cgi?id=36031 Bug ID: 36031 Summary: 9700M incorrectly detected as 9400 Product: Wine Version: 1.7.16 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: funkydude87(a)hotmail.co.uk Running the Battle.net client and attempting to launch WoW. Using the nouveau drivers under 64bit Ubuntu 14.04 and getting a warning message: OS: Windows XP x64 service pack 2 Card: Nvidia Geforce 9400 GT It is a warning that my system is below the minimum recommendations. When launching the game, certain graphical features are disabled that are otherwise enabled under Windows. This is a laptop with a Geforce 9700M GT, it thinks I'm running a 9400 desktop card. It also thinks I'm running XP SP2, not sure if that's correct or should be SP3. lspci result of my card in linux: 01:00.0 VGA compatible controller: NVIDIA Corporation G96M [GeForce 9700M GT] (rev a1) -- 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 28

[Bug 39730] New: FillRect() confuses 16bit brush handles with color constants
by wine-bugs＠winehq.org 16 Jun '16

16 Jun '16

https://bugs.winehq.org/show_bug.cgi?id=39730 Bug ID: 39730 Summary: FillRect() confuses 16bit brush handles with color constants Product: Wine Version: 1.8-rc2 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bunglehead(a)gmail.com Distribution: --- Background window filling breaks because FillRect() gives special treatment for predefined color constants, that could be used instead of brush handles. If background brush is set with GetStockObject(WHITE_BRUSH) (or any brush created early enough really), it's possible that this window background will be filled using wrong color. What happens is that handle truncation leads to small enough 16bit handle values that trigger special color path in FillRect(). -- 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