March 2021 - Wine-Bugs - list.winehq.org

[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

[Bug 47570] New: FotoBizX - Installer throws backtrace
by wine-bugs＠winehq.org March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=47570 Bug ID: 47570 Summary: FotoBizX - Installer throws backtrace Product: Wine Version: 4.11 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: maiktapwagner(a)aol.com Distribution: --- Created attachment 64971 --> https://bugs.winehq.org/attachment.cgi?id=64971 Backtrace (4.11 Staging) Hello everyone, I have been trying out FotoBizX which is a business software for photographers and agencies allowing invoices and quotes. There is a demo version available at: https://www.cradocfotosoftware.com/fotobiz/fotobiz-x-demo sha256sum installfotoBizX1005.exe 7f6bcc85413442e4fe4f61919a98e0fffbcef32f2d99272abec9fe0dec0adffd installfotoBizX1005.exe Will try to add an AppDB entry later on. -- 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 9

[Bug 50179] New: Future Pinball: parse_hex_literal invalid literal
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=50179 Bug ID: 50179 Summary: Future Pinball: parse_hex_literal invalid literal Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: sloper42(a)yahoo.com Distribution: --- Start Future Pinball Choose File->Table Launcher->SegmentDisplayDemo VBscript crashes at Disp2.SetRightCursor 0, &H0001or&H1000or&H0100or&H2000or&H0200or&H0008or&H0010or&H0800, &H0001or&H0400or&H0200or&H0020or&H0010, &H0100or&H0800or&H0020or&H0040or&H0010or&H8000, 0 0024:fixme:vbscript:VBScript_AddTypeLib (001BD050)->() 0024:fixme:vbscript:parse_hex_literal invalid literal 0024:fixme:vbscript:parser_error L"&H0001or&H1000or&H0100or&H2000or&H0200or&H000 8or&H0010or&H0800, &H0001or&H0400or&H0200or&H0020or&H0010, &H0100or&H0800or&H002 0or&H0040or&H0010or&H8000, 0\r\n\r\n\t'\t\t\t\t\t \"1234123412341234123412341234 1234\"\r\tDisp2.QueueText \"PRINTF (\"\"HELLO WORLD\"\").\", seNone, 4000, 0, Fa lse,"...: "syntax error" 0024:fixme:vbscript:VBScriptError_GetSourceLineText (00190248)->(0031EA68) 0024:fixme:vbscript:VBScript_InterruptScriptThread (001BD050)->() -- 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 49309] New: vbscript:run test fails in Japanese locale
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=49309 Bug ID: 49309 Summary: vbscript:run test fails in Japanese locale Product: Wine Version: 5.9 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: vbscript Assignee: wine-bugs(a)winehq.org Reporter: madewokherd(a)gmail.com Distribution: --- For example: https://test.winehq.org/data/48020f4846cca1a02f4e1dc037e2cc2068df5e9c/linux… run.c:1877: Error in line 1585: 0 L"Invalid procedure call or argument" run.c:1891: Test failed: unexpected call OnScriptError run.c:2943: Test failed: expected global_success_d run.c:2944: Test failed: expected global_success_i run.c:2946: Test failed: parse_script failed: 800a0005 It seems that the call testAsc(Chr(255), 255) causes a runtime error when Asc is called with Chr(255). For some reason, on the Japanese locale, this Chr call gives us U+F8F3. It makes sense to get different results depending on encoding, but I don't understand why we get this one. Since this hasn't been observed on Windows, I assume this is a bug in Wine's vbscript and not the test. -- 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 38014] New: CCCP Insurgent v2007-01-01 crashes when querying system information via DxDiag
by wine-bugs＠winehq.org March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=38014 Bug ID: 38014 Summary: CCCP Insurgent v2007-01-01 crashes when querying system information via DxDiag Product: Wine Version: 1.7.35 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as the summary says. --- snip --- $ WINEDEBUG=+tid,+seh,+relay,+dxdiag,+variant,+ole wine ./CCCP-Insurgent-2007-01-01.exe >>log.txt 2>&1 ... 0024:trace:dxdiag:IDxDiagProviderImpl_GetRootContainer (0x1790a8,0x90e940) 0024:trace:dxdiag:DXDiag_CreateDXDiagContainer ({7d0f462f-4064-4862-bc7f-933e5058c10f}, 0x90e940) 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=7d3aabbc 0024:Ret ntdll.RtlAllocateHeap() retval=001829c8 ret=7d3aabbc 0024:trace:dxdiag:IDxDiagProviderImpl_AddRef (0x1790a8)->(ref before=1) 0024:trace:dxdiag:IDxDiagContainerImpl_AddRef (0x1829c8)->(ref before=0) 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer (0x1829c8, L"DxDiag_SystemInfo", 0x90e8f8) 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00000024) ret=7d3aa540 0024:Ret ntdll.RtlAllocateHeap() retval=00195b10 ret=7d3aa540 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer Trying to get container L"DxDiag_SystemInfo" 0024:Call KERNEL32.lstrcmpW(00179130 L"DxDiag_SystemInfo",00195b10 L"DxDiag_SystemInfo") ret=7d3aa413 0024:Ret KERNEL32.lstrcmpW() retval=00000000 ret=7d3aa413 0024:trace:dxdiag:DXDiag_CreateDXDiagContainer ({7d0f462f-4064-4862-bc7f-933e5058c10f}, 0x90e8f8) 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00000010) ret=7d3aabbc 0024:Ret ntdll.RtlAllocateHeap() retval=001958c8 ret=7d3aabbc 0024:trace:dxdiag:IDxDiagProviderImpl_AddRef (0x1790a8)->(ref before=2) 0024:trace:dxdiag:IDxDiagContainerImpl_AddRef (0x1958c8)->(ref before=0) 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer Succeeded in getting the container instance 0024:Call ntdll.RtlFreeHeap(00110000,00000000,00195b10) ret=7d3aa76f 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7d3aa76f 0024:trace:dxdiag:IDxDiagContainerImpl_EnumChildContainerNames (0x1958c8, 0, 0x90e6d0, 256) 0024:trace:dxdiag:IDxDiagContainerImpl_EnumChildContainerNames Failed to find container name at specified index 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer (0x1958c8, L"", 0x90e8fc) 0024:Call ntdll.RtlAllocateHeap(00110000,00000000,00000002) ret=7d3aa540 0024:Ret ntdll.RtlAllocateHeap() retval=0018a4b8 ret=7d3aa540 0024:trace:dxdiag:IDxDiagContainerImpl_GetChildContainer Trying to get container L"" 0024:Call ntdll.RtlFreeHeap(00110000,00000000,0018a4b8) ret=7d3aa76f 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7d3aa76f 0024:trace:dxdiag:IDxDiagContainerImpl_Release (0x1958c8)->(ref before=1) 0024:trace:dxdiag:IDxDiagProviderImpl_Release (0x1790a8)->(ref before=3) 0024:Call ntdll.RtlFreeHeap(00110000,00000000,001958c8) ret=7d3aa14d 0024:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7d3aa14d 0024:Call oleaut32.VariantInit(0090e6c0) ret=0040b276 0024:trace:variant:VariantInit (0x90e6c0) 0024:Ret oleaut32.VariantInit() retval=0090e6c0 ret=0040b276 0024:trace:seh:raise_exception code=c0000005 flags=0 addr=0x40b276 ip=0040b276 tid=0024 0024:trace:seh:raise_exception info[0]=00000000 0024:trace:seh:raise_exception info[1]=00000000 0024:trace:seh:raise_exception eax=0090e6c0 ebx=005659c8 ecx=0090e8d8 edx=0090ef8c esi=0090e928 edi=00000000 0024:trace:seh:raise_exception ebp=0090e740 esp=0090e6c0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210206 0024:trace:seh:call_stack_handlers calling handler at 0x5341e2 code=c0000005 flags=0 --- snip --- The app doesn't have proper error handling (HRESULT check), it just continues after failure of 'IDxDiagContainer::EnumChildContainerNames' on 'DxDiag_SystemInfo' container. The following 'IDxDiagContainer::GetChildContainer' method call gets an empty string passed. The app expects a valid 'IDxDiagContainer' instance - the current container. After fixing this there is another crash, albeit different issue ('DxDiag_SoundDevices' props missing). $ sha1sum CCCP-Insurgent-2007-01-01.exe 21a1171a7993aef75bcfc8304a09333c77bb32a2 CCCP-Insurgent-2007-01-01.exe $ du -sh CCCP-Insurgent-2007-01-01.exe 608K CCCP-Insurgent-2007-01-01.exe 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.

2 12

[Bug 34770] New: DS License Server: Cannot obtain a valid computer ID
by wine-bugs＠winehq.org March 23, 2021

March 23, 2021

http://bugs.winehq.org/show_bug.cgi?id=34770 Bug #: 34770 Summary: DS License Server: Cannot obtain a valid computer ID Product: Wine Version: 1.7.4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: lukasz.wojnilowicz(a)gmail.com Classification: Unclassified Created attachment 46363 --> http://bugs.winehq.org/attachment.cgi?id=46363 Error message Steps to reproduce: 1) remove ~/.wine 2) wine start DSLS_17022013_32bit_SSQ.msi 3) default installation except selecting "Install Server from scratch." Behaviour: Error message (see attachment) and interrupted installation. Expected behaviour: No error message and successful installation. Terminal output: fixme:exec:SHELL_execute flags ignored: 0x00000100 fixme:storage:create_storagefile Storage share mode not implemented. err:rpc:I_RpcGetBuffer no binding err:rpc:I_RpcGetBuffer no binding fixme:volume:GetVolumePathNameW (L"C:\\users\\Public\\Application Data", 0x33c1f0, 260), stub! fixme:ole:CoInitializeSecurity ((nil),-1,(nil),(nil),0,3,(nil),0,(nil)) - stub! fixme:wbemprox:client_security_SetBlanket 0xf712d2c0, 0x120fd0, 10, 0, (null), 3, 3, (nil), 0x00000000 fixme:wbemprox:client_security_Release 0xf712d2c0 fixme:wbemprox:class_object_GetNames flags 00000070 not supported err:msi:ITERATE_Actions Execution halted, action L"ActionInitData" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603 err:rpc:I_RpcGetBuffer no binding err:rpc:I_RpcGetBuffer no binding -- 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.

2 13

[Bug 49143] New: RTF Editor does not support cyrillic letters using MS Sans Serif Font
by WineHQ Bugzilla March 23, 2021

March 23, 2021

https://bugs.winehq.org/show_bug.cgi?id=49143 Bug ID: 49143 Summary: RTF Editor does not support cyrillic letters using MS Sans Serif Font Product: Wine Version: 5.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: fonts Assignee: wine-bugs(a)winehq.org Reporter: sulimova08(a)mail.ru Distribution: --- Created attachment 67145 --> https://bugs.winehq.org/attachment.cgi?id=67145 RTF_CYR_MSSER Look at the picture attached. There should be "кириллица" text inside the Red ellipse. -- 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