April 2019 - Wine-bugs - list.winehq.org

[Bug 47080] New: codewright chrashes when the menu "Window" is clicked
by wine-bugs＠winehq.org 28 Apr '19

28 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=47080 Bug ID: 47080 Summary: codewright chrashes when the menu "Window" is clicked Product: Wine Version: 4.0 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: j.gruber(a)documatrix.com Distribution: --- Created attachment 64269 --> https://bugs.winehq.org/attachment.cgi?id=64269 saved backtrace Info codewright chrashes when the menu "Window" is clicked It was running very well under win3.0 -- 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 42518] New: WinVerifyTrust fails for signatures using SHA256 digest
by wine-bugs＠winehq.org 28 Apr '19

28 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=42518 Bug ID: 42518 Summary: WinVerifyTrust fails for signatures using SHA256 digest Product: Wine Version: 2.2 Hardware: x86 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: tomek(a)bayesfusion.com Created attachment 57407 --> https://bugs.winehq.org/attachment.cgi?id=57407 source code for a minimal program calling WinVerifyTrust On both Linux and macOS WinVerifyTrust returns 0x80090008 (NTE_BAD_ALGID) when called to verify the executable signed with SHA256 cerfificate and using SHA256 digest (/fd sha256 used when calling signtool). This does not happen when the same SHA256 certificate is used to sign the executable, but with SHA1 digest instead; WinVerifyTrust returns 0 in this case. WinVerifyTrust returns 0 (as expected) on Windows for SHA256 digest. To reproduce the issue, either a) use sigcheck.exe from SysInternals and verify the signature of SHA256 digest signature (for example, Chrome 56). or b) compile the attached C code (CallWVT.c) to get a program which calls WinVerifyTrust on an executable file specified as its 1st argument. Also attached are the stderr outputs with WINEDEBUG=+wintrust,+crypt. The log_sha2.txt file is the full output. log_sha1_truncated.txt is truncated at the point of successful return from SoftpubLoadMessage (the whole file would be too large). -- 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 41714] New: The Curious Expedition v1.0
by wine-bugs＠winehq.org 27 Apr '19

27 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=41714 Bug ID: 41714 Summary: The Curious Expedition v1.0 Product: Wine Version: 1.9.23 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ravensgv(a)gmail.com Distribution: --- Created attachment 56130 --> https://bugs.winehq.org/attachment.cgi?id=56130 Backtrace info This game crashes on open. -- 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 47039] New: Shantae Risky's Revenge has a blank screen in Wine 4.6 ( regression)
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=47039 Bug ID: 47039 Summary: Shantae Risky's Revenge has a blank screen in Wine 4.6 (regression) Product: Wine Version: 4.6 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: pizzadudedotca(a)gmail.com Distribution: --- Created attachment 64209 --> https://bugs.winehq.org/attachment.cgi?id=64209 Terminal output launching Shantae Riskys Revenge in Wine 4.6 Since Wine 4.6, Shantae Risky's Revenge (and some other games like Sonic Mania) have a blank screen, with only audio working. I posted an issue describing this here: https://forum.winehq.org/viewtopic.php?f=8&t=32282 and someone replied thinking it's due to the "ongoing effort to use Vulkan as a backend for wine's D3D9 implementation" and I should note that the hardware I experience this issue on does not support Vulkan. I'm not sure if that's the cause of the issue though. Here are the specs: Kernel: Linux 4.18.0-17-generic x86_64 Distro: Linux Mint 19.1 Tessa CPU: Intel(R) Core(TM) i5 CPU M 520 @ 2.40GHz 4 cores/threads 2400.00 MHz RAM: 7.59 GiB GPU: Mesa DRI Intel(R) Ironlake Mobile OpenGL 2.1 Mesa 19.0.1 - padoka PPA GLSL 1.20 Attached is terminal output of Shantae Risky's Revenge when attempted to be run in Wine 4.6. -- 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 46974] New: Assetto Corsa sometimes crashes when clicking on buttons in the setup menu
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=46974 Bug ID: 46974 Summary: Assetto Corsa sometimes crashes when clicking on buttons in the setup menu Product: Wine Version: 4.5 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: dwrite Assignee: wine-bugs(a)winehq.org Reporter: sambazley(a)protonmail.com Distribution: --- Created attachment 64131 --> https://bugs.winehq.org/attachment.cgi?id=64131 crash When changing some values in the setup page, Assetto Corsa will sometimes crash. It crashes quite consistently when changing tire pressures. -- 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 46794] New: Skyrim crashes upon clicking Continue on macOS
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=46794 Bug ID: 46794 Summary: Skyrim crashes upon clicking Continue on macOS Product: Wine Version: 4.3 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: ahyattdev(a)icloud.com When you launch the game and click Continue to resume a game Skyrim will crash about 500 ms after. 01c4:fixme:d3d:wined3d_swapchain_set_gamma_ramp Ignoring flags 0x1. 01d7:err:seh:raise_exception Unhandled exception code c0000005 flags 0 addr 0xa7adbdde -- 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 2

[Bug 47063] New: Command Link Support in Wine
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=47063 Bug ID: 47063 Summary: Command Link Support in Wine Product: Wine Version: 4.6 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: gabrielopcode(a)gmail.com Distribution: --- Commands Links have a default glyph associated to them when there's no image or image list set in the button. They use the theme's BP_COMMANDLINKGLYPH part, but that only applies if a theme is active. Without a theme they use a hardcoded bitmap glyph (in Windows 7, a green arrow pointing right, with a white outline and a drop shadow). To implement Command Links in Wine, such glyph needs to be ideally stored somewhere as a resource. I attached the original glyph I worked with, it's an XZ-compressed gimp xcf file with 3 layers: one for the arrow itself with gradient, one for the white outline, and one for the shadow. It has been manually traced to be close to Windows 7's arrow, and at this large size, the fact that it is a bit non-straight shouldn't be an issue :-) Note that the Command Links have 3 states for the glyph. The default one, which is the one attached; one that is when it's hot (which really only changes the gradient by brightening it); and one when it is disabled. To create the disabled state, simply change the arrow to pure white, make the outline grey-ish, remove the shadow layer, and make the entire final flattened image 50% transparent (which is needed to match Windows, as its final color will depend on the background color). -- 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 45819] New: Symantec Eraser Control Driver 'eeCtrl64.sys' (Norton 360 ) fails in driver entry point due to ' ntoskrnl.exe.ExInitializeResourceLite' stub (needs STATUS_SUCCESS)
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=45819 Bug ID: 45819 Summary: Symantec Eraser Control Driver 'eeCtrl64.sys' (Norton 360) fails in driver entry point due to 'ntoskrnl.exe.ExInitializeResourceLite' stub (needs STATUS_SUCCESS) Product: Wine Version: 3.15 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntoskrnl Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 45800 The driver fails in entry point: --- snip --- $ WINEDEBUG=+seh,+relay,+ntoskrnl wineboot >>log.txt 2>&1 ... 0016:trace:ntoskrnl:load_driver_module L"C:\\Program Files (x86)\\Common Files\\Symantec Shared\\EENGINE\\eeCtrl64.sys": relocating from 0x10000 to 0x460000 ... 0016:Call driver init 0x4c6118 (obj=0x26d70,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\eeCtrl") ... 0016:Call ntoskrnl.exe.ExInitializeResourceLite(0002c3b8) ret=00479191 0016:fixme:ntoskrnl:ExInitializeResourceLite stub: 0x2c3b8 0016:Ret ntoskrnl.exe.ExInitializeResourceLite() retval=c0000002 ret=00479191 0016:Call ntoskrnl.exe.RtlInitUnicodeString(0033f560,00466698 L"\\??\\EraserCtrlDrv") ret=00471cf6 0016:Call ntdll.RtlInitUnicodeString(0033f560,00466698 L"\\??\\EraserCtrlDrv") ret=7bcfe083 0016:Ret ntdll.RtlInitUnicodeString() retval=0033f560 ret=7bcfe083 0016:Ret ntoskrnl.exe.RtlInitUnicodeString() retval=0033f560 ret=00471cf6 0016:Call ntoskrnl.exe.IoDeleteSymbolicLink(0033f560) ret=00471d01 0016:Call ntdll.NtOpenSymbolicLinkObject(0033f3f0,00000000,0033f3c0) ret=7f321bd86b6c 0016:Ret ntdll.NtOpenSymbolicLinkObject() retval=00000000 ret=7f321bd86b6c 0016:Call ntdll.NtClose(0000003c) ret=7f321bd86c22 0016:Ret ntdll.NtClose() retval=00000000 ret=7f321bd86c22 0016:Ret ntoskrnl.exe.IoDeleteSymbolicLink() retval=00000000 ret=00471d01 0016:Call ntoskrnl.exe.IoWMIRegistrationControl(004c5a90,80000002) ret=00471d66 0016:fixme:ntoskrnl:IoWMIRegistrationControl (0x4c5a90 2147483650) stub 0016:Ret ntoskrnl.exe.IoWMIRegistrationControl() retval=00000000 ret=00471d66 0016:Call ntoskrnl.exe.IoDeleteDevice(0002fa30) ret=00471d77 0016:trace:ntoskrnl:IoDeleteDevice 0x2fa30 ... 0016:Ret driver init 0x4c6118 (obj=0x26d70,str=L"\\Registry\\Machine\\System\\CurrentControlSet\\Services\\eeCtrl") retval=c0000002 ... --- snip --- That's due to 'ntoskrnl.exe.ExInitializeResourceLite' stub. 0xc0000002 -> STATUS_NOT_IMPLEMENTED https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/ntoskrnl.exe/ntoskrn… --- snip --- 2002 */ 2003 NTSTATUS WINAPI ExInitializeResourceLite(PERESOURCE Resource) 2004 { 2005 FIXME( "stub: %p\n", Resource ); 2006 return STATUS_NOT_IMPLEMENTED; 2007 } --- snip --- Turning this into a semi-stub, that is zero-initialize the caller supplied struct and returning 'STATUS_SUCCESS' is enough. $ sha1sum N360-TW-21.1.0-EN.exe aa05ccf9668e166ef28923d451f1c2ecad6f75f1 N360-TW-21.1.0-EN.exe $ du -sh N360-TW-21.1.0-EN.exe 202M N360-TW-21.1.0-EN.exe $ wine --version wine-3.15-150-gb29cdbd5f2 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 13

[Bug 46934] New: Oracle Java SE Runtime Environment 7/8, OpenJDK JVM for Windows: InternalError: Should not get here at sun.nio.fs.WindowsNativeDispatcher.FindFirstStream0
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=46934 Bug ID: 46934 Summary: Oracle Java SE Runtime Environment 7/8, OpenJDK JVM for Windows: InternalError: Should not get here at sun.nio.fs.WindowsNativeDispatcher.FindFirstStream0 Product: Wine Version: 4.4 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 46927 https://source.winehq.org/patches/data/161958 I don't understand what's so hard to spend a minute to create a tracking ticket. Download: https://web.archive.org/web/20150215213043/http://ftp.psu.ac.th/pub/java/jr… * https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8152043 * https://bugs.java.com/bugdatabase/view_bug.do?bug_id=8193173 * https://bugs.openjdk.java.net/browse/JDK-8152043 http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/file/b2cc99d27aa1/src/windows/na… --- snip --- /** * Initializes jfieldIDs and get address of Win32 calls that are located * at runtime. */ JNIEXPORT void JNICALL Java_sun_nio_fs_WindowsNativeDispatcher_initIDs(JNIEnv* env, jclass this) { jclass clazz; HMODULE h; clazz = (*env)->FindClass(env, "sun/niofs/WindowsNativeDispatcher$FirstFile"); if (clazz == NULL) { return; } ... // get handle to kernel32 if (GetModuleHandleExW((GET_MODULE_HANDLE_EX_FLAG_FROM_ADDRESS | GET_MODULE_HANDLE_EX_FLAG_UNCHANGED_REFCOUNT), (LPCWSTR)&CreateFileW, &h) != 0) { // requires Windows Server 2003 or newer FindFirstStream_func = (FindFirstStream_Proc)GetProcAddress(h, "FindFirstStreamW"); FindNextStream_func = (FindNextStream_Proc)GetProcAddress(h, "FindNextStreamW"); // requires Windows Vista or newer CreateSymbolicLink_func = (CreateSymbolicLinkProc)GetProcAddress(h, "CreateSymbolicLinkW"); GetFinalPathNameByHandle_func = (GetFinalPathNameByHandleProc)GetProcAddress(h, GetFinalPathNameByHandleW"); } } --- snip --- http://hg.openjdk.java.net/jdk7u/jdk7u/jdk/file/b2cc99d27aa1/src/windows/na… --- snip --- JNIEXPORT void JNICALL Java_sun_nio_fs_WindowsNativeDispatcher_FindFirstStream0(JNIEnv* env, jclass his, jlong address, jobject obj) { WIN32_FIND_STREAM_DATA data; LPCWSTR lpFileName = jlong_to_ptr(address); HANDLE handle; if (FindFirstStream_func == NULL) { JNU_ThrowInternalError(env, "Should not get here"); return; } handle = (*FindFirstStream_func)(lpFileName, FindStreamInfoStandard, &data, ); if (handle != INVALID_HANDLE_VALUE) { jstring name = (*env)->NewString(env, data.cStreamName, jsize)wcslen(data.cStreamName)); if (name == NULL) return; (*env)->SetLongField(env, obj, findStream_handle, ptr_to_jlong(handle)); (*env)->SetObjectField(env, obj, findStream_name, name); } else { if (GetLastError() == ERROR_HANDLE_EOF) { (*env)->SetLongField(env, obj, findStream_handle, tr_to_jlong(handle)); } else { throwWindowsException(env, GetLastError()); } } } --- snip --- $ sha1sum jre-7u21-windows-i586.exe 620472dc1e7d015ed9a7700b846565a707946fcb jre-7u21-windows-i586.exe $ du -sh jre-7u21-windows-i586.exe 31M jre-7u21-windows-i586.exe $ wine --version wine-4.5 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 7

[Bug 46998] New: Yakuza Kiwami: Controllers aren't detected
by wine-bugs＠winehq.org 26 Apr '19

26 Apr '19

https://bugs.winehq.org/show_bug.cgi?id=46998 Bug ID: 46998 Summary: Yakuza Kiwami: Controllers aren't detected Product: Wine Version: 4.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: xinput Assignee: wine-bugs(a)winehq.org Reporter: glenn.wiggins+wine(a)gmail.com Distribution: --- Created attachment 64161 --> https://bugs.winehq.org/attachment.cgi?id=64161 Yakuza Kiwami log Have tested with Xbox 360, Xbox One, Dualshock 4, and Steam controllers in wired and wireless configurations. All controllers tested worked with Yakuza 0. Tested on several distros with vanilla wine, wine-staging, and proton. If anyone thinks they have a shot at fixing this I'm happy to provide a Steam key to help. -- 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