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

[Bug 50153] New: HID doesn't work on macOS Catalina and Big Sur unless "Input Monitoring" permission is granted
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=50153 Bug ID: 50153 Summary: HID doesn't work on macOS Catalina and Big Sur unless "Input Monitoring" permission is granted Product: Wine Version: 5.22 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: hid Assignee: wine-bugs(a)winehq.org Reporter: bshanks(a)codeweavers.com On macOS Catalina and Big Sur, if the user-level app (usually Terminal) doesn't have permission granted for "Input Monitoring" in System Preferences -> Security & Privacy, the IOHID support in winebus will fail with 'Couldn't open IOHIDManager.'. And when Wine is quitting and the driver unloads, it tries to call the IOHIDManager that was already released, causing a crash. IOHIDManagerOpen() is failing with kIOReturnNotPermitted because it actually tries to "open" every matching device, which is every HID device on the system, including the keyboard (which requires Input Monitoring permission). (Yes, this API design is very confusing, and poorly documented). Better is to open individual devices instead, so even if the keyboard fails to open other devices will still work. Also it would be ideal to not "open" a device until it's necessary, so there won't be a permission prompt unless a Windows app actually wants to read from the keyboard. Currently some part of Wine's HID stack requests input reports when the device gets enumerated, triggering the permission prompt. -- 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 49450] New: Adobe Shockwave Player 11.x plugin installer fails with jscript:cc_parser_parse '&&' expression not implemented
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=49450 Bug ID: 49450 Summary: Adobe Shockwave Player 11.x plugin installer fails with jscript:cc_parser_parse '&&' expression not implemented Product: Wine Version: 5.11 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 35170 Download: https://web.archive.org/web/20130601131459/http://aihdownload.adobe.com/bin… --- snip --- $ WINEDEBUG=+seh,+loaddll,+process,+shdocvw,+mshtml,+ieframe,+jscript wine ./install_flashplayer11x32_mssd_aaa_aih.exe >>log.txt 2>&1 ... 018c:warn:jscript:parser_error L"}();/*@cc_on(a)if(@_win32&&@_jscript_version>=5)window.XMLHttpRequest||(window.XMLHttpRequest=function(){return new ActiveXObject(\"Microsoft.XMLHTTP\")});@end@*/\n/*!\n* \\file jshelper.js\n* \\brief File containing general javascript extensions\n*/\n/*!\n* \\class Array\n* \\brief Array e"...: syntax error 018c:fixme:jscript:cc_parser_parse '&&' expression not implemented 018c:warn:jscript:script_parse parser failed around L"_jscript_version>=5)window.XMLHttpRequest||(window.XMLHttpRequest=function(){return new ActiveXObject(\"Microsoft.XMLHTTP\")});@end@*/\n/*!\n* \\file jshelper.js\n* \\brief File containing general javascript extensions\n*/\n/*!\n* \\class Array\n* \\brief Array extension\n* \\docgen funct"... in line L"\6752function mergeObjectProperties(n,t){var i;for(i in t)t.hasOwnProperty(i)&&(t[i]instanceof Array?(n[i]={},mergeObjectProperties(n[i],t[i])):n[i]=t[i]);return n}function getObjectProperties(n){var t,i;i=[];for(t in n)n.hasOwnProperty(t)&&i.push(t);return i}function saveObjectToFile(n,t"... 018c:trace:jscript:throw_error 80004001 018c:trace:jscript:set_error_location source L"\6752function mergeObjectProperties(n,t){var i;for(i in t)t.hasOwnProperty(i)&&(t[i]instanceof Array?(n[i]={},mergeObjectProperties(n[i],t[i])):n[i]=t[i]);return n}function getObjectProperties(n){var t,i;i=[];for(t in n)n.hasOwnProperty(t)&&i.push(t);return i}function saveObjectToFile(n,t"... in L"function mergeObjectProperties(n,t){var i;for(i in t)t.hasOwnProperty(i)&&(t[i]instanceof Array?(n[i]={},mergeObjectProperties(n[i],t[i])):n[i]=t[i]);return n}function getObjectProperties(n){var t,i;i=[];for(t in n)n.hasOwnProperty(t)&&i.push(t);return i}function saveObjectToFile(n,t){var"... 018c:trace:jscript:leave_script ctx 017053C0 ei 0031D290 prev 00000000 018c:warn:jscript:leave_script 80004001 018c:fixme:mshtml:ActiveScriptSite_OnScriptError (0170A028)->(01720D58) 018c:trace:jscript:JScriptError_Release (01720D58) ref=0 018c:warn:mshtml:parse_elem_text <<< 80004001 018c:trace:mshtml:dispatch_event_object (01710730) L"readystatechange" ... --- snip --- $ sha1sum install_flashplayer11x32_mssd_aaa_aih.exe a679a9e83feae5d5fb66ea5d3ef14d1603bc24ba install_flashplayer11x32_mssd_aaa_aih.exe $ du -sh install_flashplayer11x32_mssd_aaa_aih.exe 1012K install_flashplayer11x32_mssd_aaa_aih.exe $ wine --version wine-5.11-111-g1f6423f778 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 48396] New: 'cmd.exe /c move file1 file2' doesn't respect non-interactive mode, causing prompt for overwrite if destination file exists
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=48396 Bug ID: 48396 Summary: 'cmd.exe /c move file1 file2' doesn't respect non-interactive mode, causing prompt for overwrite if destination file exists Product: Wine Version: 5.0-rc3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Noticed this with some scene installers that use batch files to uncompress and concatenate files. At one point the progress stalls and a number of 'cmd.exe' processes just sit around, waiting for input (they are non-interactive). Reason: Wine's cmd.exe 'move' doesn't take non-interactive mode into account when destination file exists. Cmd's 'copy' works. --- snip --- $ echo "1" > test1 $ echo "2" > test2 # fails but should work $ wine cmd /c move test1 test2 Overwrite Z:\home\focht\test2? (Yes|No) --- snip --- Setting 'COPYCMD' environment variable to '/Y' avoids the prompt, but still doesn't overwrite the destination file with original which is another bug. Oh boy, cmd.exe really needs some love. Still so broken after years. Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l… --- snip --- 2959 void WCMD_move (void) 2960 { 2961 BOOL status; 2962 WIN32_FIND_DATAW fd; 2963 HANDLE hff; 2964 WCHAR input[MAX_PATH]; 2965 WCHAR output[MAX_PATH]; 2966 WCHAR drive[10]; 2967 WCHAR dir[MAX_PATH]; 2968 WCHAR fname[MAX_PATH]; 2969 WCHAR ext[MAX_PATH]; ... 3023 /* If destination exists, prompt unless /Y supplied */ 3024 if (GetFileAttributesW(dest) != INVALID_FILE_ATTRIBUTES) { 3025 BOOL force = FALSE; 3026 WCHAR copycmd[MAXSTRING]; 3027 DWORD len; 3028 3029 /* /-Y has the highest priority, then /Y and finally the COPYCMD env. variable */ 3030 if (wcsstr (quals, parmNoY)) 3031 force = FALSE; 3032 else if (wcsstr (quals, parmY)) 3033 force = TRUE; 3034 else { 3035 static const WCHAR copyCmdW[] = {'C','O','P','Y','C','M','D','\0'}; 3036 len = GetEnvironmentVariableW(copyCmdW, copycmd, ARRAY_SIZE(copycmd)); 3037 force = (len && len < ARRAY_SIZE(copycmd) && !lstrcmpiW(copycmd, parmY)); 3038 } 3039 3040 /* Prompt if overwriting */ 3041 if (!force) { 3042 WCHAR* question; 3043 3044 /* Ask for confirmation */ 3045 question = WCMD_format_string(WCMD_LoadMessage(WCMD_OVERWRITE), dest); 3046 ok = WCMD_ask_confirm(question, FALSE, NULL); 3047 LocalFree(question); 3048 3049 /* So delete the destination prior to the move */ 3050 if (ok) { 3051 if (!DeleteFileW(dest)) { 3052 WCMD_print_error (); 3053 errorlevel = 1; 3054 ok = FALSE; 3055 } 3056 } 3057 } 3058 } ... --- snip --- While at it you could really refactor/unify the code more. Even basic 'COPYCMD' handling is implemented in different code style (move vs. copy): https://source.winehq.org/git/wine.git/blob/HEAD:/programs/cmd/builtins.c#l… $ wine --version wine-5.0-rc3 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 9

[Bug 42731] New: stack overflow when .bat script variable has more than 256 characters
by wine-bugs＠winehq.org March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=42731 Bug ID: 42731 Summary: stack overflow when .bat script variable has more than 256 characters Product: Wine Version: 2.3 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lucianposton(a)gmail.com Distribution: --- Created attachment 57723 --> https://bugs.winehq.org/attachment.cgi?id=57723 bug demo When a variable with more than (roughly) 256 characters in a .bat script is passed as a parameter, the script fails with the following error: err:seh:setup_exception_record stack overflow 1408 bytes in thread 0009 eip 7bc4887d esp 00240db0 stack 0x240000-0x241000-0x340000 attached .bat file that demonstrates the bug -- 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.

2 7

[Bug 49643] New: Calling ClipCursor too frequently can cause stack overflow in foreground window thread.
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=49643 Bug ID: 49643 Summary: Calling ClipCursor too frequently can cause stack overflow in foreground window thread. Product: Wine Version: 5.13 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)winehq.org Reporter: rbernon(a)codeweavers.com Distribution: --- Created attachment 67845 --> https://bugs.winehq.org/attachment.cgi?id=67845 Reproducing sample application Calling ClipCursor too frequently in a non-foreground thread may cause the foreground window thread to overflow its stack. This is happening under some circumstances with CoD: WWII. This is inherent to the current implementation where every ClipCursor request from a non-foreground thread involves synchronously sending internal messages to the foreground window thread, then to the desktop thread. Each ClipCursor request is processed when the desktop thread is notified, growing the stack every time, until it overflows. The attached program can be used to easily reproduce 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 5

[Bug 49335] New: Dolphin EasyReader for Windows 6.04 (TTS app) crashes after completing startup wizard (needs IMarkupServices::CreateMarkupPointer method implementation)
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=49335 Bug ID: 49335 Summary: Dolphin EasyReader for Windows 6.04 (TTS app) crashes after completing startup wizard (needs IMarkupServices::CreateMarkupPointer method implementation) Product: Wine Version: 5.10 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: mshtml Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 49062 Download: https://yourdolphin.com/downloads/product?demo=true&lid=1&pvid=9 https://web.archive.org/web/20200430183420/https://yourdolphin.com/download… Trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Dolphin/EasyReader604 $ WINEDEBUG=+seh,+relay,+mshtml,+ole,+variant wine ./Dolphin\ EasyReader.exe >>log.txt 2>&1 ... 0108:trace:variant:VariantClear (0031E58C {VT_BSTR: L"File open image"}) 0108:Ret oleaut32.VariantClear() retval=00000000 ret=0072c55a 0108:trace:mshtml:HTMLBodyElement_createTextRange (01D6AB70)->(0031E5E8) 0108:Call msvcrt.malloc(00000038) ret=661c3003 0108:Call ntdll.RtlAllocateHeap(0bc00000,00000000,00000038) ret=7ba7e2f8 0108:Ret ntdll.RtlAllocateHeap() retval=0f2c8370 ret=7ba7e2f8 0108:Ret msvcrt.malloc() retval=0f2c8370 ret=661c3003 0108:Call KERNEL32.GetLastError() ret=6ca5ce9f 0108:Ret KERNEL32.GetLastError() retval=00000000 ret=6ca5ce9f 0108:Call ntdll.RtlAllocateHeap(00110000,00000000,0000002c) ret=0301707b 0108:Ret ntdll.RtlAllocateHeap() retval=0357b348 ret=0301707b 0108:trace:mshtml:HTMLTxtRange_moveToElementText (0357B348)->(03575A9C) 0108:fixme:mshtml:MarkupServices_CreateMarkupPointer (01DEC718)->(0031E588) 0108:fixme:mshtml:MarkupServices_CreateMarkupPointer (01DEC718)->(0031E57C) 0108:fixme:mshtml:MarkupServices_MovePointersToRange (01DEC718)->(0357B358,00000000,00000000) 0108:trace:seh:raise_exception code=c0000005 flags=0 addr=0x72c669 ip=0072c669 tid=0108 0108:trace:seh:raise_exception info[0]=00000000 0108:trace:seh:raise_exception info[1]=00000000 0108:trace:seh:raise_exception eax=80004001 ebx=0031e458 ecx=0031e580 edx=00000000 esi=00000000 edi=0031e458 ... wine: Unhandled page fault on read access to 00000000 at address 0072C669 (thread 0108), starting debugger... ... --- snip --- Disassembly at crash site, annotated: --- snip --- ... 0072C5D8 | mov dword ptr ss:[ebp-10C],0 | 0072C5E2 | mov dword ptr ss:[ebp-108],0 | 0072C5EC | mov dword ptr ss:[ebp-F8],0 | 0072C5F6 | mov dword ptr ss:[ebp-104],0 | 0072C600 | lea edx,dword ptr ss:[ebp-F8] | 0072C606 | push edx | 0072C607 | mov eax,dword ptr ss:[ebp-18] | IMarkupPointer *pPointerStart 0072C60A | mov ecx,dword ptr ds:[eax] | 0072C60C | mov edx,dword ptr ss:[ebp-18] | 0072C60F | push edx | 0072C610 | mov eax,dword ptr ds:[ecx+C] | 0072C613 | call eax ; IMarkupServices::CreateMarkupPointer() 0072C615 | lea ecx,dword ptr ss:[ebp-104] | IMarkupPointer *pPointerFinish 0072C61B | push ecx | 0072C61C | mov edx,dword ptr ss:[ebp-18] | 0072C61F | mov eax,dword ptr ds:[edx] | 0072C621 | mov ecx,dword ptr ss:[ebp-18] | 0072C624 | push ecx | 0072C625 | mov edx,dword ptr ds:[eax+C] | 0072C628 | call edx ; IMarkupServices::CreateMarkupPointer() 0072C62A | mov eax,dword ptr ss:[ebp-104] | 0072C630 | push eax | IMarkupPointer *pPointerFinish 0072C631 | mov ecx,dword ptr ss:[ebp-F8] | 0072C637 | push ecx | IMarkupPointer *pPointerStart 0072C638 | mov edx,dword ptr ss:[ebp-98] | 0072C63E | push edx | IHTMLTxtRange *pIRange 0072C63F | mov eax,dword ptr ss:[ebp-18] | 0072C642 | mov ecx,dword ptr ds:[eax] | 0072C644 | mov edx,dword ptr ss:[ebp-18] | 0072C647 | push edx | 0072C648 | mov eax,dword ptr ds:[ecx+4C] | 0072C64B | call eax ; IMarkupServices::MovePointersToRange() 0072C64D | mov dword ptr ss:[ebp-100],0 | 0072C657 | lea ecx,dword ptr ss:[ebp-100] | 0072C65D | push ecx | 0072C65E | push dolphin easyreader.8D98A8 | 0072C663 | mov edx,dword ptr ss:[ebp-F8] | IMarkupPointer *pPointerStart 0072C669 | mov eax,dword ptr ds:[edx] | *boom* 0072C66B | mov ecx,dword ptr ss:[ebp-F8] | 0072C671 | push ecx | 0072C672 | mov edx,dword ptr ds:[eax] | 0072C674 | call edx | IMarkupPointer::QueryInterface() 0072C676 | cmp dword ptr ss:[ebp-100],0 | 0072C67D | je dolphin easyreader.72C6C1 | ... --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/3cc3b445752902e07231900befc296f… --- snip --- 4835 static HRESULT WINAPI MarkupServices_CreateMarkupPointer(IMarkupServices *iface, IMarkupPointer **ppPointer) 4836 { 4837 HTMLDocument *This = impl_from_IMarkupServices(iface); 4838 FIXME("(%p)->(%p)\n", This, ppPointer); 4839 return E_NOTIMPL; 4840 } --- snip --- Microsoft docs: * https://docs.microsoft.com/en-us/previous-versions/windows/internet-explore… ("Introduction to Markup Services") * https://docs.microsoft.com/en-us/previous-versions/windows/internet-explore… ("IMarkupServices interface") * https://docs.microsoft.com/en-us/previous-versions/windows/internet-explore… ("IMarkupContainer interface") $ sha1sum EasyReader_for_Windows_6.04_English_$United_Kingdom$_DEMO.exe 19d0911a8b05bb0966ce80e2c0e62c48cd039c2c EasyReader_for_Windows_6.04_English_(United_Kingdom)_DEMO.exe $ du -sh EasyReader_for_Windows_6.04_English_$United_Kingdom$_DEMO.exe 104M EasyReader_for_Windows_6.04_English_(United_Kingdom)_DEMO.exe $ wine --version wine-5.10 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 5

[Bug 44061] New: Destiny 2 crashes on launch
by wine-bugs＠winehq.org March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=44061 Bug ID: 44061 Summary: Destiny 2 crashes on launch Product: Wine Version: 2.21 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: zombieff(a)gmail.com Distribution: ArchLinux Created attachment 59774 --> https://bugs.winehq.org/attachment.cgi?id=59774 Crash report shown by the app The game "Destiny 2" crashes on launch. It installs successfully via Blizzard client, but crashes on launch. There's a delay between "Launching" → "Ready to Launch" (not launched) → crashed with an error. Tested on Arch Linux. Wine version is wine-2.21 (Staging). Terminal output (app crash report is in the attachment): fixme:thread:create_user_shared_data_thread Creating user shared data update thread. fixme:heap:RtlSetHeapInformation (nil) 1 (nil) 0 stub fixme:crypt:CRYPT_LoadProvider Failed to load dll L"C:\\windows\\system32\\rsaenh.dll" fixme:seh:call_stack_handlers nested exception wine: Unhandled exception 0xc06d007e in thread 556 at address 0x7b450c67 (thread 0556), starting debugger... fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll" fixme:module:load_dll Loader redirect from L"uxtheme.dll" to L"uxtheme-gtk.dll" fixme:msg:pack_message msg 14 (WM_ERASEBKGND) not supported yet fixme:uxthemegtk:SetWindowTheme (0xf0054, (null), (null)) -- 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.

2 39

[Bug 49982] New: A '(call )' line does not reset %ERRORLEVEL% to 0
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=49982 Bug ID: 49982 Summary: A '(call )' line does not reset %ERRORLEVEL% to 0 Product: Wine Version: 5.18 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: cmd Assignee: wine-bugs(a)winehq.org Reporter: aa1ronham(a)gmail.com Distribution: --- The following batch script: ``` @echo off echo Initial error level: %errorlevel% call missing echo After bad call: %errorlevel% (call ) echo After empty call: %errorlevel% ``` gives the following output under Wine: ``` Initial error level: 0 Can't recognize 'missing' as an internal or external command, or batch script. After bad call: 1 After empty call: 1 ``` However, Windows 10 gives the following output: ``` Initial error level: 0 'missing' is not recognized as an internal or external command, operable program or batch file. After empty call: 1 After empty call: 0 ``` It looks like the Windows cmd.exe resets %errorlevel% to 0 after a '(call )' is executed, while Wine's cmd.exe leaves it unchanged. -- 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 49774] New: macDriver no longer functions within macOS VM
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=49774 Bug ID: 49774 Summary: macDriver no longer functions within macOS VM Product: Wine Version: 4.15 Hardware: x86-64 OS: Mac OS X Status: UNCONFIRMED Severity: normal Priority: P2 Component: winemac.drv Assignee: wine-bugs(a)winehq.org Reporter: gcenx83(a)gmail.com Regression SHA1: 792521f33b2786cb100cb202dcb4181a579ef3b3 Wine-4.14 macDriver would function within a macOS VM from Wine-4.15 that’s no longer the case. -- 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 49172] New: Always true condition `code > 0xffff` in vbscript/global.c
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=49172 Bug ID: 49172 Summary: Always true condition `code > 0xffff` in vbscript/global.c Product: Wine Version: 5.8 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal54(a)gmail.com Distribution: --- code > 0xffff is always true - probably code > 0 should look like code < 0 https://github.com/wine-mirror/wine/blob/59987bc9ecdd0dbafd768a95c21a14884b… -- 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