December 2021 - Wine-bugs - list.winehq.org

[Bug 14483] New: WinVerifyTrustEx doesn't return expected HRESULT for PE images not digitally signed (TRUST_E_NOSIGNATURE)
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

http://bugs.winehq.org/show_bug.cgi?id=14483 Summary: WinVerifyTrustEx doesn't return expected HRESULT for PE images not digitally signed (TRUST_E_NOSIGNATURE) Product: Wine Version: CVS/GIT Platform: PC URL: http://www.filehippo.com/download_msn_messenger/751/ OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wintrust AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Hello, this is a follow-up bug of bug 12718 Enable tracing: --- snip --- [HKEY_CURRENT_USER\SOFTWARE\Microsoft\IdentityCRL\Trace] "Level"=dword:00000099 --- snip --- "msnmsgr.exe" PE image is *not* digitally signed. Compare both: --- snip windows trace --- .. <3776, 3780>: Verifying calling process image is signed...(a)passportclientlibrary.cpp_103 <3776, 3780>: Failed to WinVerifyTrustEx : C:\Program Files\MSN Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_802 <3776, 3780>: Failed to Verify the file signature : C:\Program Files\MSN Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858 <3776, 3780>: Unable to verify caller is signed by MSFT cert 0x800b0100. GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124 --- snip windows trace --- vs. --- snip wine trace --- .. <8, 9>: Verifying calling process image is signed...(a)passportclientlibrary.cpp_103 <8, 9>: Passed WinVerifyTrustEx : C:\Program Files\MSN Messenger\msnmsgr.exe. @util.cpp_807 <8, 9>: Verify certificate against microsoft root : C:\Program Files\MSN Messenger\msnmsgr.exe. @util.cpp_808 <8, 9>: Failed to Verify the file signature : C:\Program Files\MSN Messenger\msnmsgr.exe. hr = 0x800b0100(a)util.cpp_858 <8, 9>: Unable to verify caller is signed by MSFT cert 0x800b0100. GetCertificate API will not function correctly.(a)passportclientlibrary.cpp_124 --- snip wine trace --- --- snip wine --- 0030:Ret imagehlp.ImageGetCertificateHeader() retval=00000000 ret=609fb7cc .. 0030:trace:wintrust:CryptSIPGetSignedDataMsg returning 0 0030:Ret wintrust.CryptSIPGetSignedDataMsg() retval=00000000 ret=607c4b2a 0030:trace:crypt:CryptSIPGetSignedDataMsg returning 0 0030:trace:wintrust:SoftpubLoadMessage returning 1 (800b0100) 0030:Ret wintrust.SoftpubLoadMessage() retval=00000001 ret=60a05942 0030:trace:wintrust:WINTRUST_DefaultVerify returning 00000001 0030:trace:wintrust:WinVerifyTrust returning 00000001 0030:Ret wintrust.WinVerifyTrustEx() retval=00000001 ret=003ad2e9 --- snip wine --- Remember: S_FALSE is not a failure code at all. The return code evaluation from messenger looks like an inlined FAILED() macro ((HRESULT)(Status)<0) which basically just tests if the result has the high bit set. They don't test for S_OK, hence it incorrectly reports "pass" in wine. TRUST_E_NOSIGNATURE has to be propagated somewhere because that's what WinVerifyTrustEx() should return in that case. Reagrds -- 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 8

[Bug 36444] New: ICQ 7.x crashes during post-install step
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=36444 Bug ID: 36444 Summary: ICQ 7.x crashes during post-install step Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msvcrt Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says... The post-install step can be simulated by passing 'postinstall=1 hWnd=393292 PackageId=geo49 flags=48 language=en-US lspid=0' to 'icq.exe' Trace log: --- snip --- $ WINEDEBUG=+tid,+seh,+relay wine ./install_icq77.exe >>log.txt 2>&1 ... 0046:Call msvcr90._wctime64(0046c78c) ret=31fba6fe 0046:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7e5e79dc ip=7e5e79dc tid=0046 0046:trace:seh:raise_exception info[0]=00000000 0046:trace:seh:raise_exception info[1]=00000000 0046:trace:seh:raise_exception eax=00000000 ebx=7e61d000 ecx=00b5e970 edx=00000385 esi=00b5e970 edi=00b5e994 0046:trace:seh:raise_exception ebp=00b5e8f8 esp=00b5e8a0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210216 0046:trace:seh:call_stack_handlers calling handler at 0x31fd165c code=c0000005 flags=0 0046:trace:seh:call_stack_handlers handler at 0x31fd165c returned 1 0046:trace:seh:call_stack_handlers calling handler at 0x31077272 code=c0000005 flags=0 0046:trace:seh:call_stack_handlers handler at 0x31077272 returned 1 0046:trace:seh:call_stack_handlers calling handler at 0x7bc9ec0f code=c0000005 flags=0 ... Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x7e5e79dc). Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7e5e79dc ESP:00b5e8d0 EBP:00b5e928 EFLAGS:00210216( R- -- I -A-P- ) EAX:00000000 EBX:7e61d000 ECX:00b5e9a0 EDX:00000385 ESI:00b5e9a0 EDI:7e5e859d ... Backtrace: =>0 0x7e5e79dc asctime_buf+0x17(buf="F", mstm=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/msvcr90/../msvcrt/time.c:1266] in msvcr90 (0x00b5e928) 1 0x7e5e8056 MSVCRT__wasctime+0x70(mstm=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/msvcr90/../msvcrt/time.c:1340] in msvcr90 (0x00b5e988) 2 0x7e5e85c5 MSVCRT__wctime64+0x27(time=0x46c574) [/home/focht/projects/wine/wine.repo/src/dlls/msvcr90/../msvcrt/time.c:1445] in msvcr90 (0x00b5e9b4) 3 0x31fba6fe in mcore (+0xba6fd) (0x0046c574) 0x7e5e79dc asctime_buf+0x17 [/home/focht/projects/wine/wine.repo/src/dlls/msvcr90/../msvcrt/time.c:1266] in msvcr90: movl 0x0(%eax),%eax 1266 if (mstm->tm_sec<0 || mstm->tm_sec>59 ... --- snip --- MSVCRT__localtime64() can return NULL 'MSVCRT_tm' (_localtime64_s -> MSVCRT_EINVAL) which gets passed down to MSVCRT__wasctime() -> asctime_buf() *boom* Source: http://source.winehq.org/git/wine.git/blob/beeea28a5336f3a55e137070e55978a7… $ sha1sum install_icq77.exe 7997623f1389c51f1ceee1d770d0798dbe68b4a1 install_icq77.exe $ du -sh install_icq77.exe 16M install_icq77.exe $ wine --version wine-1.7.18-92-gb01fc1a 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 4

[Bug 36459] New: ICQ 7.x 'ServiceStarter.exe' tool crashes during post-install step
by wine-bugs＠winehq.org 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=36459 Bug ID: 36459 Summary: ICQ 7.x 'ServiceStarter.exe' tool crashes during post-install step Product: Wine Version: 1.7.18 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Hello folks, as the summary says ... The tool can be run standalone after installation for reproducing. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/ICQ6Toolbar $ WINEDEBUG=+tid,+seh,+relay,+wbemprox wine ./ServiceStarter.exe >>log.txt 2>&1 ... 002d:trace:wbemprox:wbem_services_ExecQuery 0x141a20, L"WQL", L"SELECT * FROM Win32_Service WHERE Name=\"ICQ Service\" and State = \"Stopped\" and StartMode =\"Auto\"", 0x00000030, (nil), 0x33f8b4 002d:trace:wbemprox:grab_table returning 0x7de18204 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:fill_service created 1 rows 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f8b4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x144ef0 002d:trace:wbemprox:enum_class_object_Next 0x144ef0, -1, 1, 0x33f8bc, 0x33f8a4 002d:trace:wbemprox:create_class_object L"Win32_Service", 0x33f8bc 002d:trace:wbemprox:create_class_object returning iface 0x144f08 002d:trace:wbemprox:class_object_Get 0x144f08, L"DisplayName", 00000000, 0x33f888, (nil), (nil) 002d:trace:wbemprox:wbem_services_GetObject 0x141a20, L"Win32_Service", 0x00000000, (nil), 0x33f8b8, (nil) 002d:trace:wbemprox:grab_table returning 0x7de18204 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:fill_service created 12 rows 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f7e4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x145160 002d:trace:wbemprox:create_class_object L"Win32_Service", 0x33f8b8 002d:trace:wbemprox:create_class_object returning iface 0x1452e0 002d:trace:wbemprox:class_object_GetMethod 0x1452e0, L"StartService", 00000000, 0x33f8a8, 0x33f8a0 002d:trace:wbemprox:grab_table returning 0x7de180fc 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f7a4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x144f98 002d:trace:wbemprox:enum_class_object_Skip 0x144f98, -1, 1 002d:trace:wbemprox:enum_class_object_Reset 0x144f98 002d:trace:wbemprox:enum_class_object_Next 0x144f98, -1, 1, 0x33f690, 0x33f67c 002d:trace:wbemprox:add_table added 0x1465f8 002d:trace:wbemprox:enum_class_object_Release destroying 0x144f98 002d:trace:wbemprox:grab_table returning 0x1465f8 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f764 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1452b8 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_IN", 0x33f810 002d:trace:wbemprox:create_class_object returning iface 0x146678 002d:trace:wbemprox:grab_table returning 0x7de180fc 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f7a4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x146b28 002d:trace:wbemprox:enum_class_object_Skip 0x146b28, -1, 1 002d:trace:wbemprox:enum_class_object_Skip 0x146b28, -1, 1 002d:trace:wbemprox:enum_class_object_Reset 0x146b28 002d:trace:wbemprox:enum_class_object_Next 0x146b28, -1, 1, 0x33f690, 0x33f67c 002d:trace:wbemprox:create_class_object L"__PARAMETERS", 0x33f690 002d:trace:wbemprox:create_class_object returning iface 0x146800 002d:trace:wbemprox:class_object_Get 0x146800, L"Parameter", 00000000, 0x33f680, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146800, L"Type", 00000000, 0x33f680, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146800, L"VariantType", 00000000, 0x33f680, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146800, L"DefaultValue", 00000000, 0x33f680, (nil), (nil) 002d:trace:wbemprox:class_object_Release destroying 0x146800 002d:trace:wbemprox:enum_class_object_Next 0x146b28, -1, 1, 0x33f690, 0x33f67c 002d:trace:wbemprox:add_table added 0x146b88 002d:trace:wbemprox:enum_class_object_Release destroying 0x146b28 002d:trace:wbemprox:grab_table returning 0x146b88 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f764 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1466b8 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_OUT", 0x33f80c 002d:trace:wbemprox:create_class_object returning iface 0x146630 002d:trace:wbemprox:wbem_services_ExecMethod 0x141a20, L"Win32_Service.Name=\"ICQ Service\"", L"StartService", 00000000, (nil), (nil), (nil), (nil) 002d:trace:wbemprox:grab_table returning 0x7de18204 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:fill_service created 1 rows 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f7f8 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x146ae8 002d:trace:wbemprox:create_class_object L"Win32_Service", 0x33f7f4 002d:trace:wbemprox:create_class_object returning iface 0x146b00 002d:trace:wbemprox:service_start_service 0x146b00, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146b00, L"Name", 00000000, 0x33f740, (nil), (nil) 002d:trace:wbemprox:grab_table returning 0x7de180fc 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f6d4 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x146fa8 002d:trace:wbemprox:enum_class_object_Skip 0x146fa8, -1, 1 002d:trace:wbemprox:enum_class_object_Skip 0x146fa8, -1, 1 002d:trace:wbemprox:enum_class_object_Reset 0x146fa8 002d:trace:wbemprox:enum_class_object_Next 0x146fa8, -1, 1, 0x33f5c0, 0x33f5ac 002d:trace:wbemprox:create_class_object L"__PARAMETERS", 0x33f5c0 002d:trace:wbemprox:create_class_object returning iface 0x146c60 002d:trace:wbemprox:class_object_Get 0x146c60, L"Parameter", 00000000, 0x33f5b0, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146c60, L"Type", 00000000, 0x33f5b0, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146c60, L"VariantType", 00000000, 0x33f5b0, (nil), (nil) 002d:trace:wbemprox:class_object_Get 0x146c60, L"DefaultValue", 00000000, 0x33f5b0, (nil), (nil) 002d:trace:wbemprox:class_object_Release destroying 0x146c60 002d:trace:wbemprox:enum_class_object_Next 0x146fa8, -1, 1, 0x33f5c0, 0x33f5ac 002d:trace:wbemprox:add_table table L"__WIN32_SERVICE_STARTSERVICE_OUT" already exists 002d:trace:wbemprox:free_table destroying 0x146c60 002d:trace:wbemprox:enum_class_object_Release destroying 0x146fa8 002d:trace:wbemprox:grab_table returning 0x146b88 002d:trace:wbemprox:parse_query wql_parse returned 0 002d:trace:wbemprox:EnumWbemClassObject_create 0x33f694 002d:trace:wbemprox:EnumWbemClassObject_create returning iface 0x146d68 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_OUT", 0x33f72c 002d:trace:wbemprox:create_class_object returning iface 0x146c60 002d:trace:wbemprox:class_object_SpawnInstance 0x146c60, 00000000, (nil) 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_OUT", (nil) ... 002d:trace:wbemprox:create_class_object returning iface 0x146c60 ... 002d:trace:wbemprox:class_object_SpawnInstance 0x146c60, 00000000, (nil) ... 002d:trace:wbemprox:create_class_object L"__WIN32_SERVICE_STARTSERVICE_OUT", (nil) ... 002d:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7ddfdb55 ip=7ddfdb55 tid=002d 002d:trace:seh:raise_exception info[0]=00000001 002d:trace:seh:raise_exception info[1]=00000000 002d:trace:seh:raise_exception eax=00000000 ebx=7de17000 ecx=00146dc2 edx=001450a0 esi=0033f848 edi=7bcec7ec 002d:trace:seh:raise_exception ebp=0033f6a8 esp=0033f660 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00010246 002d:trace:seh:call_stack_handlers calling handler at 0x411827 code=c0000005 flags=0 ... Register dump: CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b EIP:7ddfdb55 ESP:0033f660 EBP:0033f6a8 EFLAGS:00010246( R- -- I Z- -P- ) EAX:00000000 EBX:7de17000 ECX:00146dc2 EDX:001450a0 ESI:0033f848 EDI:7bcec7ec ... Backtrace: =>0 0x7ddfdb55 create_class_object+0x13b(name="__WIN32_SERVICE_STARTSERVICE_OUT", iter=(nil), index=0, record=0x146c88, obj=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/class.c:1037] in wbemprox (0x0033f6a8) 1 0x7ddfc960 class_object_SpawnInstance+0xf5(iface=0x146c60, lFlags=0, ppNewInstance=(nil)) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/class.c:662] in wbemprox (0x0033f6f8) 2 0x7de04189 service_start_service+0x15a(obj=0x146b00, in=(nil), out=(nil)) [/home/focht/projects/wine/wine.repo/build-x86/dlls/wbemprox/../../include/wbemcli.h:1920] in wbemprox (0x0033f7a8) 3 0x7de068b3 wbem_services_ExecMethod+0x262(iface=<couldn't compute location>, strObjectPath=<couldn't compute location>, strMethodName=<couldn't compute location>, lFlags=<couldn't compute location>, pCtx=<couldn't compute location>, pInParams=<couldn't compute location>, ppOutParams=<couldn't compute location>, ppCallResult=<couldn't compute location>) [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/services.c:828] in wbemprox (0x0033f838) 4 0x00401818 in servicestarter (+0x1817) (0x0033f8e8) 5 0x004022cd in servicestarter (+0x22cc) (0x0033fd5c) 6 0x004012af in servicestarter (+0x12ae) (0x0033fd90) 7 0x0040350b in servicestarter (+0x350a) (0x0033fe20) 8 0x7b864208 call_process_entry+0xb() in kernel32 (0x0033fe38) ... 0x7ddfdb55 create_class_object+0x13b [/home/focht/projects/wine/wine.repo/src/dlls/wbemprox/class.c:1037] in wbemprox: movl %edx,0x0(%eax) 1037 *obj = &co->IWbemClassObject_iface; Modules: Module Address Debug info Name (74 modules) PE 400000- 427000 Export servicestarter ... Threads: process tid prio (all id:s are in hex) ... 0000002c (D) C:\Program Files\ICQ6Toolbar\ServiceStarter.exe 0000002d 0 <== --- snip --- $ sha1sum install_icq77.exe 7997623f1389c51f1ceee1d770d0798dbe68b4a1 install_icq77.exe $ du -sh install_icq77.exe 16M install_icq77.exe $ wine --version wine-1.7.18-113-gfc25510 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 4

[Bug 52189] New: Guitar Pro 7.5 crashes when DPI is set to anything but 96
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52189 Bug ID: 52189 Summary: Guitar Pro 7.5 crashes when DPI is set to anything but 96 Product: Wine Version: 6.23 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: anarsoul(a)gmail.com Distribution: --- Guitar Pro 7.5 crashes very often in random places (when starting tab playback, when opening new tab, when saving new tab) if DPI in winecfg is set to anything but 96 -- 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 51438] New: Rust compiler crashes with "free(): double free detected in tcache 2" message
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51438 Bug ID: 51438 Summary: Rust compiler crashes with "free(): double free detected in tcache 2" message Product: Wine Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: mikrutrafal(a)protonmail.com Distribution: --- When I installed on clear prefix rustc with cargo - https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi ``` wget https://static.rust-lang.org/dist/rust-1.53.0-x86_64-pc-windows-gnu.msi msiexec /i rust-1.53.0-x86_64-pc-windows-gnu.msi ``` then after running commands ``` echo "fn main() { println!(\"Hello World!\");}" > roman.rs rustc roman.rs ``` compiler crashes with this info(not sure if this is Wine or Rustc info) ``` free(): double free detected in tcache 2 ``` I think that this issue is very important to fix, because Rust allows to run tests via e.g. `cargo test` command which allows to execute tests inside repository. This probably will really help with testing Wine because tests are usually small and it will be easy to track issue down. There is a lot of rust repositories, but this two use directly windows API, so testing them should give easy info about crashes etc. https://github.com/microsoft/windows-samples-rs https://github.com/microsoft/windows-rs -- 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 50804] New: LTSpice XVII will not start
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50804 Bug ID: 50804 Summary: LTSpice XVII will not start Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: will.nilges(a)gmail.com Distribution: --- Created attachment 69614 --> https://bugs.winehq.org/attachment.cgi?id=69614 .desktop startup errors After installing LTSpice (which appears to work fine), the program will not start, failing silently if you use the provided .desktop file (either of them), and giving little helpful output otherwise. I believe that LTSpice worked fine on some earlier version of Wine 6. 6.1 seems to work. A possibly related issue is that the installer complains at you with the following message: "You have User Account Control (UAC) enabled but did not 'Run As Administrator' If you want to try to install in a directory you have full permissions, press 'YES' to continue anyway." I'm running Fedora 33 with GNOME on Wayland. This happens on any of my Fedora GNOME computers. I have tried no other operating system. My current workaround is to downgrade to Wine 5.18. -- 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 46

[Bug 51059] New: Incorrect semantics of FILE_OPEN_REPARSE_POINT on Linux
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51059 Bug ID: 51059 Summary: Incorrect semantics of FILE_OPEN_REPARSE_POINT on Linux Product: Wine-staging Version: 6.7 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: jinoh.kang.kr(a)gmail.com CC: erich.e.hoover(a)gmail.com, leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- This bug affects the Cygwin installer (https://cygwin.com/setup-x86_64.exe) specifically, it fails to verify SHA512 checksums of downloaded packages. (Source at https://cygwin.com/git/?p=cygwin-apps/setup.git;a=blob;f=package_source.cc, in method packagesource::check_sha512) Running the installer with WINEDEBUG=trace+file,trace+server reports: CreateFileW ("XXXX.tar.xz") [1] NtCreateFile ("XXXX.tar.xz", w/o FILE_OPEN_REPARSE_POINT) [1] CreateFileW return [1] NtQueryInformationFile FileBasicInformation [1] (server)close_handle [1] NtCreateFile ("XXXX.tar.xz", w/ FILE_OPEN_REPARSE_POINT) [2] NtReadFile [2] -> STATUS_INVALID_HANDLE The square brackets denote file handles. Handle reuse bug has been ruled out. This bug can be traced to an incorrect FILE_OPEN_REPARSE_POINT implementation in Wine-staging, in "ntdll-Junction_Points/0016-server-Implement-FILE_OPEN_REPARSE_POINT-option.patch": > diff --git a/server/fd.c b/server/fd.c > index 4f43f41fb31..a01d4c9c0f7 100644 > --- a/server/fd.c > +++ b/server/fd.c > @@ -107,6 +107,10 @@ > #include "winioctl.h" > #include "ddk/wdm.h" > > +#if !defined(O_SYMLINK) && defined(O_PATH) > +# define O_SYMLINK (O_NOFOLLOW | O_PATH) > +#endif On Linux, read/write/ioctl/... operations on an O_PATH descriptor will fail with EBADF, which is then translated as STATUS_INVALID_HANDLE to the application. > + > #if defined(HAVE_SYS_EPOLL_H) && defined(HAVE_EPOLL_CREATE) > # include <sys/epoll.h> > # define USE_EPOLL > @@ -1958,6 +1962,11 @@ struct fd *open_fd( struct fd *root, const char *name, struct unicode_str nt_nam > } > else rw_mode = O_RDONLY; > > +#if defined(O_SYMLINK) > + if ((options & FILE_OPEN_REPARSE_POINT) && !(flags & O_CREAT)) > + flags |= O_SYMLINK; Another difference is that O_PATH semantics override O_RDONLY/O_WRONLY/O_RDWR, even if the target file isn't _actually_ a symbolic link. To properly implement it on Linux we should: 1. open with O_PATH. 2. check if the file is really a symlink (via fstat?). 3. if not, reopen via /proc/self/fd/%u (now w/o O_NOFOLLOW|O_PATH). Note that this isn't an issue on XNU (macOS), where O_SYMLINK has an equivalent semantics to FILE_OPEN_REPARSE_POINT. -- 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 50878] New: Neon Noir Benchmark crashes on Wine-Staging before showing the first scene.
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=50878 Bug ID: 50878 Summary: Neon Noir Benchmark crashes on Wine-Staging before showing the first scene. Product: Wine-staging Version: 6.3 Hardware: x86-64 URL: https://www.cryengine.com/marketplace/product/neon-noi r OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: lvb.crd(a)protonmail.com CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Since Wine-Staging-6.3 it silent crash after clicking to start benchmark button and loading but before scene rendering after black screen. I'm already done bisecting. The problem appeared after this commit: <https://github.com/wine-staging/wine-staging/commit/750044c08c49c7a117fcc91…> Also I did some more tests on current Wine-Staging and found that preventing the 0035 patch from applying (and all subsequent ones) - helps. While if you add patch 0035 applying, but prevent the applying of 0036 and subsequent - the problem appears again. 0035 patch: "ntdll: Treat undecoded unix symlinks as NT symlinks." <https://github.com/wine-staging/wine-staging/blob/7b199110bb31100c78aa3ffb7…> The benchmark is free, but requires registering an account and a separate launcher to download it (it will not be necessary to run it, you can simply copy the Neon_Noir_Ray_Tracing_Benchmark_2527 directory with it inside the fresh prefixes). On the site need only add the benchmark to your account https://www.cryengine.com/marketplace/product/neon-noir For launcher need use `WINEDLLOVERRIDES="libglesv2=d"` because Bug 44985 and `winetricks -q mfc140` need for benchmark itself Bug 44856 Bug 48866 It also seems this application requires `d3d11-Deferred_Context` from Staging, but the strange thing is, on vanilla Wine without it, it crashes in the same place and from the outside it seems that the behavior is identical. Please, check it. And can anyone reproduce it. -- 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 51857] New: Support Configurable Time measurement precision for Wine versions 5.0.x and onwards
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=51857 Bug ID: 51857 Summary: Support Configurable Time measurement precision for Wine versions 5.0.x and onwards Product: Wine Version: 5.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: ishinberg0(a)gmail.com Distribution: --- `NtQuerySystemTime` used to provide timestamp value by calling `gettimeofday`, at least on wine 4.0.x. This would provide micro-second accuracy for timestamping used in logging,tracing, etc On Wine 5.0.x and 6.0.x, optimizations were introduced to provide near-realtime timestamp, relying on HAVE_CLOCK_GETTIME (which is always defined during the `configure` phase of the wine build). This results in milliseconds accuracy (though the resolution is still in microseconds, it only gets updated around once every 1 ms / 1000 us. This is not optimal for application requiring us precision for timestamp measurement. If this suggestion is approved, I'd be willing to contribute a PR/fix for this issue. I also need this fix backported to 6.0.x, if possible 10x -- 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 52192] New: comctl32:propsheet fails in test_redraw() on Windows in the Korean locale
by WineHQ Bugzilla 09 Dec '21

09 Dec '21

https://bugs.winehq.org/show_bug.cgi?id=52192 Bug ID: 52192 Summary: comctl32:propsheet fails in test_redraw() on Windows in the Korean locale Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: comctl32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com comctl32:propsheet fails in test_redraw() on Windows in the Korean locale: progress.c:156: Test failed: GetUpdateRect: There should be a region that needs to be updated https://test.winehq.org/data/patterns.html#comctl32:progress The failure is not systematic but still happens over 95% of the time. So it may be a race condition but then it is strange that it is specific to Korean and does not ever happen in Japanese and Chinese for instance. -- 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