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

[Bug 28975] New: Nokia S60 5th Edition SDK 1.0 installer needs apphelp.dll.ApphelpCheckInstallShieldPackage
by wine-bugs＠winehq.org July 18, 2021

July 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=28975 Bug #: 28975 Summary: Nokia S60 5th Edition SDK 1.0 installer needs apphelp.dll.ApphelpCheckInstallShieldPackage Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, now that apphelp.dll is present another one from InstallShield based installer: --- snip --- ~/Downloads/S60_5th_Edition_SDK_v1_0_en$ wine ./setup.exe fixme:storage:create_storagefile Storage share mode not implemented. wine: Call from 0x7b83a43f to unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage, aborting wine: Unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage called at address 0x7b83a43f (thread 0009), starting debugger... --- snip --- Workaround: $ WINEDLLOVERRIDES="apphelp=d" wine ./setup.exe $ wine --version wine-1.3.31-293-gb4987d0 710260 -rw-rw-r-- 1 focht focht 727290277 2011-11-01 22:02 Nokia_S60_5th_Edition_SDK_v1.0.rar $ sha1sum Nokia_S60_5th_Edition_SDK_v1.0.rar b1b1c6367598fbc0b8ca81e40d68c6b7bc60573e Nokia_S60_5th_Edition_SDK_v1.0.rar Regards -- 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 22

[Bug 29015] New: Oblivion setup calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage
by wine-bugs＠winehq.org July 18, 2021

July 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=29015 Bug #: 29015 Summary: Oblivion setup calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: oneofone(a)gmail.com Classification: Unclassified Oblivion setup fails to start because it calls unimplemented function apphelp.dll.ApphelpCheckInstallShieldPackage. Workaround: download apphelp.dll from elsewhere and set it to native. -- 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 4

[Bug 29007] New: Regression installing sims 3
by wine-bugs＠winehq.org July 18, 2021

July 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=29007 Bug #: 29007 Summary: Regression installing sims 3 Product: Wine Version: 1.3.32 Platform: x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: bass_dr(a)hotmail.com Classification: Unclassified Created attachment 37339 --> http://bugs.winehq.org/attachment.cgi?id=37339 Terminal Output & Backtrace Installation of The Sims 3 on wine-1.3.31 worked well (still the game did not work for me). I upgraded to wine-1.3.32 from Ubuntu's wine PPA, and now wine crash at installation. See attachment for console output. I am not very familiar with wine debugging but ask me if you want any other information. -- 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 5

[Bug 37818] New: Monopolie 0.9.7 crashes on the first buy
by wine-bugs＠winehq.org July 18, 2021

July 18, 2021

https://bugs.winehq.org/show_bug.cgi?id=37818 Bug ID: 37818 Summary: Monopolie 0.9.7 crashes on the first buy Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: grendal74.geo(a)yahoo.com Distribution: --- Created attachment 50367 --> https://bugs.winehq.org/attachment.cgi?id=50367 Monopolie starts, but on the first buy, it crashes. Hello, I would like to open this bug. I have comctl32.ocx installed. Monopolie starts, but after selecting the players, on the first buy, it crashes. I attach the terminal log. wine-1.7.32 on (k)ubuntu 14.04. -- 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 6

[Bug 37822] New: Monopolie 0.9.7 (VB6 game) crashes while trying to load OLE compound document (WAV file) via Packager
by wine-bugs＠winehq.org July 18, 2021

July 18, 2021

https://bugs.winehq.org/show_bug.cgi?id=37822 Bug ID: 37822 Summary: Monopolie 0.9.7 (VB6 game) crashes while trying to load OLE compound document (WAV file) via Packager Product: Wine Version: 1.7.33 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 37818 and bug 37820 if the OLE1 keys were added via 'regedit' import. --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/Monopolie $ WINEDEBUG=+tid,+seh,+relay,+ole,+variant,+packager wine ./Monopolie\ 0.9.7.exe >>log.txt 2>&1 ... 0023:Call user32.CreateWindowExA(00000004,0000c058,01149e68 "&Buy",4c012000,00000008,00000008,00000049,0000001d,000300aa,00000006,73420000,00000000) ret=7343f9e2 ... 0023:Ret user32.ShowWindow() retval=00000000 ret=73456dc5 ... 0023:Call ole32.StgCreateDocfile(00000000,04001012,00000000,0033e30c) ret=734c8828 0023:Call KERNEL32.GetTempPathW(00000104,0033de08) ret=7e99c926 0023:Ret KERNEL32.GetTempPathW() retval=00000014 ret=7e99c926 0023:Call KERNEL32.GetTempFileNameW(0033de08 L"C:\\users\\focht\\Temp\\",7ea2da06 L"STO",00000000,0033e010) ret=7e99c960 0023:Ret KERNEL32.GetTempFileNameW() retval=0000a5a9 ret=7e99c960 0023:Call KERNEL32.CreateFileW(0033e010 L"C:\\users\\focht\\Temp\\STOa5a9.tmp",c0000000,00000001,00000000,00000005,14000000,00000000) ret=7e99ca0b 0023:Ret KERNEL32.CreateFileW() retval=000000a0 ret=7e99ca0b ... 0023:Call KERNEL32.SetFilePointerEx(000000a0,00003800,00000000,00000000,00000000) ret=7e95bf78 0023:Ret KERNEL32.SetFilePointerEx() retval=00000001 ret=7e95bf78 0023:Call KERNEL32.WriteFile(000000a0,01e52b48,00000200,0033d8f4,00000000) ret=7e95bfbb 0023:Ret KERNEL32.WriteFile() retval=00000001 ret=7e95bfbb ... --- snip --- The game writes out a WAV file as OLE compound storage object (temp file) and later tries to load it via Packager. --- snip --- ... 0023:Call ole32.ReadClassStg(01e4a7b0,0033e2d4) ret=734aa8b9 0023:Ret ole32.ReadClassStg() retval=00000000 ret=734aa8b9 0023:Call ole32.OleDoAutoConvert(01e4a7b0,0033e2e4) ret=734aa8ce 0023:trace:ole:OleDoAutoConvert (0x1e4a7b0, 0x33e2e4) 0023:Call ntdll.RtlInitUnicodeString(0033e050,0033e0a2 L"CLSID\\{0003000D-0000-0000-C000-000000000046}") ret=7e93f764 0023:Ret ntdll.RtlInitUnicodeString() retval=0033e050 ret=7e93f764 0023:Call ntdll.NtOpenKey(0033e09c,00020019,0033e058) ret=7e93f780 0023:Ret ntdll.NtOpenKey() retval=00000000 ret=7e93f780 0023:Call ntdll.RtlNtStatusToDosError(00000000) ret=7e93f78b 0023:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=7e93f78b 0023:Call ntdll.RtlInitUnicodeString(0033e050,7ea296fc L"AutoConvertTo") ret=7e93f764 0023:Ret ntdll.RtlInitUnicodeString() retval=0033e050 ret=7e93f764 0023:Call ntdll.NtOpenKey(0033e178,00020019,0033e058) ret=7e93f780 0023:Ret ntdll.NtOpenKey() retval=c0000034 ret=7e93f780 0023:Call ntdll.RtlNtStatusToDosError(c0000034) ret=7e93f78b 0023:Ret ntdll.RtlNtStatusToDosError() retval=00000002 ret=7e93f78b 0023:Call advapi32.RegCloseKey(000000a4) ret=7e9441f9 0023:Ret advapi32.RegCloseKey() retval=00000000 ret=7e9441f9 0023:Ret ole32.OleDoAutoConvert() retval=80040152 ret=734aa8ce 0023:Call ole32.CoGetClassObject(0033e2e4,00000003,00000000,7343a3b8,0033e2ac) ret=734a6939 0023:trace:ole:CoGetClassObject CLSID: {0003000d-0000-0000-c000-000000000046},IID: {00000000-0000-0000-c000-000000000046} ... 0023:warn:ole:CoGetClassObject class {0003000d-0000-0000-c000-000000000046} not registered as in-proc server ... 0023:err:ole:CoGetClassObject no class object {0003000d-0000-0000-c000-000000000046} could be created for context 0x3 0023:Ret ole32.CoGetClassObject() retval=80040154 ret=734a6939 ... 0023:Call ole32.OleLoad(01e4a7b0,73476c78,01149864,0033e2fc) ret=734aa991 0023:trace:ole:OleLoad (0x1e4a7b0, {00000112-0000-0000-c000-000000000046}, 0x1149864, 0x33e2fc) 0023:trace:ole:CoCreateInstance (rclsid={0003000d-0000-0000-c000-000000000046}, pUnkOuter=(nil), dwClsContext=00000003, riid={00000112-0000-0000-c000-000000000046}, ppv=0x33e1fc) 0023:trace:ole:CoGetTreatAsClass ({0003000d-0000-0000-c000-000000000046},0x33e0e8) ... 0023:trace:ole:guid_from_string L"{F20DA720-C02F-11CE-927B-0800095AE340}" -> 0x33e0e8 0023:Call advapi32.RegCloseKey(000000a8) ret=7e947347 0023:Ret advapi32.RegCloseKey() retval=00000000 ret=7e947347 0023:trace:ole:CoGetClassObject CLSID: {f20da720-c02f-11ce-927b-0800095ae340},IID: {00000001-0000-0000-c000-000000000046} ... 0023:trace:ole:COMPOBJ_DllList_Add L"C:\\windows\\system32\\packager.dll" 0023:Call KERNEL32.LoadLibraryExW(0033dd6e L"C:\\windows\\system32\\packager.dll",00000000,00000008) ret=7e93f8f8 0023:Call PE DLL (proc=0x7d685380,module=0x7d680000 L"packager.dll",reason=PROCESS_ATTACH,res=(nil)) 0023:trace:packager:DllMain (0x7d680000, 1, (nil)) ... 0023:Ret PE DLL (proc=0x7d685380,module=0x7d680000 L"packager.dll",reason=PROCESS_ATTACH,res=(nil)) retval=1 0023:Ret KERNEL32.LoadLibraryExW() retval=7d680000 ret=7e93f8f8 ... 0023:trace:ole:apartment_getclassobject added new loaded dll L"C:\\windows\\system32\\packager.dll" 0023:trace:ole:apartment_getclassobject calling DllGetClassObject 0x7d68284c 0023:Call packager.DllGetClassObject(0033e0e8,7ea3200c,0033e0f8) ret=7e941f05 0023:trace:packager:DllGetClassObject ({f20da720-c02f-11ce-927b-0800095ae340}, {00000001-0000-0000-c000-000000000046}, 0x33e0f8) 0023:trace:packager:PackageCF_QueryInterface (static)->({00000001-0000-0000-c000-000000000046}, 0x33e0f8) 0023:trace:packager:PackageCF_AddRef (static) 0023:Ret packager.DllGetClassObject() retval=00000000 ret=7e941f05 0023:Call advapi32.RegCloseKey(000000a8) ret=7e945a72 0023:Ret advapi32.RegCloseKey() retval=00000000 ret=7e945a72 0023:trace:packager:PackageCF_CreateInstance (static)->((nil), {00000112-0000-0000-c000-000000000046}, 0x33e1fc) 0023:Call ntdll.RtlAllocateHeap(00110000,00000008,00000218) ret=7d685043 0023:Ret ntdll.RtlAllocateHeap() retval=00170528 ret=7d685043 0023:trace:packager:OleObject_QueryInterface (0x170528)->(IID_IOleObject, 0x33e1fc) 0023:trace:packager:OleObject_AddRef (0x170528) ref=1 0023:trace:packager:PackageCF_Release (static) 0023:trace:packager:OleObject_QueryInterface (0x170528)->(IID_IOleObject, 0x33e1f8) 0023:trace:packager:OleObject_AddRef (0x170528) ref=2 0023:trace:packager:OleObject_GetMiscStatus (0x170528)->(1, 0x33e1ac) 0023:trace:packager:OleObject_QueryInterface (0x170528)->(IID_IPersistStorage, 0x33e200) 0023:trace:packager:OleObject_AddRef (0x170528) ref=3 0023:trace:packager:PersistStorage_Load (0x170528)->(0x1e4a7b0) 0023:Call ntdll.RtlAllocateHeap(00110000,00000000,00000028) ret=7e98e2e8 0023:Ret ntdll.RtlAllocateHeap() retval=0017f1a0 ret=7e98e2e8 0023:Call KERNEL32.SetFilePointerEx(000000a0,00001800,00000000,00000000,00000000) ret=7e95bd7c 0023:Ret KERNEL32.SetFilePointerEx() retval=00000001 ret=7e95bd7c 0023:Call KERNEL32.ReadFile(000000a0,01e53b58,00000200,0033c734,00000000) ret=7e95bdbf 0023:Ret KERNEL32.ReadFile() retval=00000001 ret=7e95bdbf ... 0023:Call KERNEL32.ReadFile(000000a0,0033fb00,00000200,0033c7e4,00000000) ret=7e95bdbf 0023:Ret KERNEL32.ReadFile() retval=00000001 ret=7e95bdbf 0023:trace:seh:raise_exception code=c0000005 flags=0 addr=0x7d6843b2 ip=7d6843b2 tid=0023 0023:trace:seh:raise_exception info[0]=00000000 0023:trace:seh:raise_exception info[1]=7475020f 0023:trace:seh:raise_exception eax=74750203 ebx=7d689000 ecx=0017f1a0 edx=00000000 esi=0033e180 edi=0033e290 0023:trace:seh:raise_exception ebp=0033e168 esp=0033cab0 cs=0023 ds=002b es=002b fs=0063 gs=006b flags=00210246 0023:trace:seh:call_stack_handlers calling handler at 0x84807984 code=c0000005 flags=0 <stack overflow> --- snip --- There are four streams present: * Ole (20 bytes) * CompObj (76 bytes) * OlePres000 (3256 bytes) * Ole10Native (8196 bytes) Source: http://source.winehq.org/git/wine.git/blob/7ef536001fa0da54dafbc32a206343ee… --- snip --- Wine-dbg>n 444 hr = IStream_Read(stream, &payload_size, 4, NULL); Wine-dbg>n PersistStorage_Load () at /home/focht/projects/wine/wine.repo/build-x86/dlls/packager/../../include/objidl.h:4381 4381 return This->lpVtbl->Read(This,pv,cb,pcbRead); Wine-dbg>n err:seh:setup_exception_record stack overflow 1104 bytes in thread 0023 eip 7bc4452f esp 00240ee0 stack 0x240000-0x241000-0x340000 Process of pid=0022 has terminated --- snip --- $ sha1sum monopolie0.9.7-installer.exe b7cff9b04b11c55b5d1fa4cddb2f0914f61b6653 monopolie0.9.7-installer.exe $ du -sh monopolie0.9.7-installer.exe 1.7M monopolie0.9.7-installer.exe $ wine --version wine-1.7.33-117-g6bab173 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 28974] New: Microsoft EMET v2.x and other tools need apphelp.dll.SdbCreateDatabase
by wine-bugs＠winehq.org July 18, 2021

July 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=28974 Bug #: 28974 Summary: Microsoft EMET v2.x and other tools need apphelp.dll.SdbCreateDatabase Product: Wine Version: 1.3.31 Platform: x86 OS/Version: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: focht(a)gmx.net Classification: Unclassified Hello, continuation of bug 24371 Now that apphelp.dll is provided it dies on: --- snip --- Unhandled Exception: System.Runtime.InteropServices.SEHException: External component has thrown an exception. at MitigationInterface.Apphelp.SdbCreateDatabase(String pwszPath, PATH_TYPE eType) at MitigationInterface.ShimUtil..ctor(Arch SysArch) at MitigationInterface.ApplicationMitigations..ctor(SystemMitigations SysMits) at ConsoleApp.Program.ProcessCommandLineArgs(String[] args) at ConsoleApp.Program.Main(String[] args) wine: Unimplemented function apphelp.dll.SdbCreateDatabase called at address 0x7b83a43f (thread 0009), starting debugger... --- snip --- http://msdn.microsoft.com/en-us/library/bb432434.aspx Recipe: 1) clean WINEPREFIX 2) winetricks -q dotnet20 3) wine msiexec -i "EMET Setup.msi" 4) ~/.wine/drive_c/Program Files/EMET$ wine ./EMET_Conf.exe Regards -- 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 5

[Bug 46127] New: aria2 1.34 fails to connect, reports 'WinTLS: Channel setup failed. Schannel provider did not fulfill requested flags. Excepted : 33180 Actual: 33052'
by wine-bugs＠winehq.org July 18, 2021

July 18, 2021

https://bugs.winehq.org/show_bug.cgi?id=46127 Bug ID: 46127 Summary: aria2 1.34 fails to connect, reports 'WinTLS: Channel setup failed. Schannel provider did not fulfill requested flags. Excepted: 33180 Actual: 33052' Product: Wine Version: 3.20 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: secur32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Website: https://aria2.github.io/ --- quote --- aria2 is a lightweight multi-protocol & multi-source command-line download utility. It supports HTTP/HTTPS, FTP, SFTP, BitTorrent and Metalink. aria2 can be manipulated via built-in JSON-RPC and XML-RPC interfaces. --- quote --- Also reported on their Github, but likely with old Wine version which suffered at that time from another insufficiency in related area. https://github.com/aria2/aria2/issues/348 --- quote --- You could always build aria2 on your own using the OpenSSL or GnuTLS TLS backend instead of WinTLS... Or use a linux build in the first place... It seems to me that wine's Schannel implementation is incomplete or buggy, and seeing that this affects the context state flags, working around this would require not checking the channel integrity at all... Which might be actually an option for the --check-certificate=false case. Need to ponder on this. --- quote --- Trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+bcrypt,+secur32 wine64 ./aria2c_x64.exe "https://uup.rg-adguard.net/api/GetFiles?id=foobar" >>log.txt 2>&1 ... 002e:Call secur32.InitializeSecurityContextA(008f3710,00000000,008f3570 "uup.rg-adguard.net",0000819c,00000000,00000000,00000000,69cb2f8700000000,008e5570,0033efd0,0033ef6c,00000000) ret=00466d4b 002e:trace:secur32:InitializeSecurityContextA 0x8f3710 (nil) "uup.rg-adguard.net" 0x0000819c 0 0 (nil) 0 0x8e5570 0x33efd0 0x33ef6c (nil) 002e:trace:secur32:schan_InitializeSecurityContextA 0x8a320 (nil) "uup.rg-adguard.net" 33180 0 0 (nil) 0 0x33ed40 0x33efd0 0x33ef6c (nil) ... 002e:trace:secur32:schan_InitializeSecurityContextW 0x8a320 (nil) L"uup.rg-adguard.net" 0x0000819c 0 0 (nil) 0 0x33ed40 0x33efd0 0x33ef6c (nil) 002e:trace:secur32:dump_buffer_desc Buffer desc 0x33efd0: 002e:trace:secur32:dump_buffer_desc buffer 0: cbBuffer 0, BufferType 0 pvBuffer (nil) ... 002e:trace:secur32:schan_imp_create_session Using "NORMAL:%LATEST_RECORD_VERSION:+VERS-TLS1.2:+VERS-TLS1.1:+VERS-TLS1.0:-VERS-SSL3.0" priority 002e:trace:secur32:schan_gnutls_log <2> added 5 protocols, 29 ciphersuites, 15 sig algos and 9 groups into priority list ... 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: Adv. version: 3.3 ... 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: CLIENT HELLO was queued [220 bytes] 002e:trace:secur32:schan_push Push 225 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 0, BufferType 0x2, pvBuffer (nil) 002e:Call ntdll.RtlAllocateHeap(00010000,00000000,00000100) ret=7f1c611a498b 002e:Ret ntdll.RtlAllocateHeap() retval=0008b300 ret=7f1c611a498b 002e:trace:secur32:schan_push Wrote 225 bytes 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1171 002e:trace:secur32:schan_pull Pull 5 bytes 002e:trace:secur32:schan_get_buffer No desc 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[_gnutls_io_read_buffered]:589 002e:trace:secur32:schan_imp_handshake Continue... ... 002e:Ret secur32.InitializeSecurityContextA() retval=00090312 ret=00466d4b ... 002e:Call secur32.InitializeSecurityContextA(008f3710,008e5570,008f3570 "uup.rg-adguard.net",0000819c,00000000,00000000,0033ef70,00000000,00000000,0033ef80,0033ef6c,00000000) ret=00467035 002e:trace:secur32:InitializeSecurityContextA 0x8f3710 0x8e5570 "uup.rg-adguard.net" 0x0000819c 0 0 0x33ef70 0 (nil) 0x33ef80 0x33ef6c (nil) 002e:trace:secur32:schan_InitializeSecurityContextA 0x8a320 0x8a350 "uup.rg-adguard.net" 33180 0 0 0x33ef70 0 (nil) 0x33ef80 0x33ef6c (nil) ... 002e:trace:secur32:schan_InitializeSecurityContextW 0x8a320 0x8a350 L"uup.rg-adguard.net" 0x0000819c 0 0 0x33ef70 0 (nil) 0x33ef80 0x33ef6c (nil) 002e:trace:secur32:dump_buffer_desc Buffer desc 0x33ef70: 002e:trace:secur32:dump_buffer_desc buffer 0: cbBuffer 3187, BufferType 0x2 pvBuffer 0x8e66c0 002e:trace:secur32:dump_buffer_desc buffer 1: cbBuffer 0, BufferType 0 pvBuffer (nil) 002e:trace:secur32:dump_buffer_desc Buffer desc 0x33ef80: 002e:trace:secur32:dump_buffer_desc buffer 0: cbBuffer 0, BufferType 0x2 pvBuffer (nil) 002e:trace:secur32:dump_buffer_desc buffer 1: cbBuffer 0, BufferType 0x11 pvBuffer (nil) 002e:trace:secur32:schan_InitializeSecurityContextW Using expected_size 3187. 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1171 002e:trace:secur32:schan_pull Pull 5 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 3187, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 5 bytes 002e:trace:secur32:schan_pull Pull 65 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 3187, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 65 bytes 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: SERVER HELLO (2) was received. Length 61[61], frag offset 0, frag length: 61, sequence: 0 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1162 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[_gnutls_handshake_io_recv_int]:1413 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: Server's version: 3.3 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: SessionID length: 0 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: SessionID: c0 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: Selected cipher suite: GNUTLS_ECDHE_RSA_AES_128_GCM_SHA256 002e:trace:secur32:schan_gnutls_log <4> EXT[0x7d673980]: Parsing extension 'Server Name Indication/0' (0 bytes) 002e:trace:secur32:schan_gnutls_log <4> EXT[0x7d673980]: Parsing extension 'Safe Renegotiation/65281' (1 bytes) 002e:trace:secur32:schan_gnutls_log <4> EXT[0x7d673980]: Parsing extension 'Supported EC Point Formats/11' (4 bytes) 002e:trace:secur32:schan_gnutls_log <4> EXT[0x7d673980]: Parsing extension 'Session Ticket/35' (0 bytes) 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: Safe renegotiation succeeded 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1171 002e:trace:secur32:schan_pull Pull 5 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 3187, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 5 bytes 002e:trace:secur32:schan_pull Pull 2765 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 3187, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 2765 bytes 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: CERTIFICATE (11) was received. Length 2761[2761], frag offset 0, frag length: 2761, sequence: 0 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1171 002e:trace:secur32:schan_pull Pull 5 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 3187, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 5 bytes 002e:trace:secur32:schan_pull Pull 333 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 3187, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 333 bytes 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: SERVER KEY EXCHANGE (12) was received. Length 329[329], frag offset 0, frag length: 329, sequence: 0 002e:trace:secur32:schan_gnutls_log <2> received curve SECP256R1 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: Selected group SECP256R1 (2) 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: verify TLS 1.2 handshake data: using RSA-SHA512 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1171 002e:trace:secur32:schan_pull Pull 5 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 3187, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 5 bytes 002e:trace:secur32:schan_pull Pull 4 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 3187, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 4 bytes 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: SERVER HELLO DONE (14) was received. Length 0[0], frag offset 0, frag length: 0, sequence: 0 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1162 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[_gnutls_handshake_io_recv_int]:1413 002e:trace:secur32:schan_gnutls_log <3> ASSERT: mpi.c[wrap_nettle_mpi_print]:60 002e:trace:secur32:schan_gnutls_log <3> ASSERT: mpi.c[wrap_nettle_mpi_print]:60 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: CLIENT KEY EXCHANGE was queued [70 bytes] 002e:trace:secur32:schan_gnutls_log <4> REC[0x7d673980]: Sent ChangeCipherSpec 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: Cipher Suite: GNUTLS_ECDHE_RSA_AES_128_GCM_SHA256 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: Initializing internal [write] cipher sessions 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: recording tls-unique CB (send) 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: FINISHED was queued [16 bytes] 002e:trace:secur32:schan_push Push 75 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 0, BufferType 0x2, pvBuffer (nil) 002e:Call ntdll.RtlAllocateHeap(00010000,00000000,00000080) ret=7f1c611a498b 002e:Ret ntdll.RtlAllocateHeap() retval=0008b300 ret=7f1c611a498b 002e:trace:secur32:schan_push Wrote 75 bytes 002e:trace:secur32:schan_push Push 6 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 128, BufferType 0x2, pvBuffer 0x8b300 002e:trace:secur32:schan_push Wrote 6 bytes 002e:trace:secur32:schan_push Push 45 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 128, BufferType 0x2, pvBuffer 0x8b300 002e:trace:secur32:schan_push Wrote 45 bytes 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1171 002e:trace:secur32:schan_pull Pull 5 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 3187, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_get_buffer No next buffer 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[_gnutls_io_read_buffered]:589 002e:trace:secur32:schan_imp_handshake Continue... ... 002e:Ret secur32.InitializeSecurityContextA() retval=00090312 ret=00467035 ... 002e:Call secur32.InitializeSecurityContextA(008f3710,008e5570,008f3570 "uup.rg-adguard.net",0000819c,00000000,00000000,0033ef70,00000000,00000000,0033ef80,0033ef6c,00000000) ret=00467035 002e:trace:secur32:InitializeSecurityContextA 0x8f3710 0x8e5570 "uup.rg-adguard.net" 0x0000819c 0 0 0x33ef70 0 (nil) 0x33ef80 0x33ef6c (nil) 002e:trace:secur32:schan_InitializeSecurityContextA 0x8a320 0x8a350 "uup.rg-adguard.net" 33180 0 0 0x33ef70 0 (nil) 0x33ef80 0x33ef6c (nil) ... 002e:trace:secur32:schan_InitializeSecurityContextW 0x8a320 0x8a350 L"uup.rg-adguard.net" 0x0000819c 0 0 0x33ef70 0 (nil) 0x33ef80 0x33ef6c (nil) 002e:trace:secur32:dump_buffer_desc Buffer desc 0x33ef70: 002e:trace:secur32:dump_buffer_desc buffer 0: cbBuffer 258, BufferType 0x2 pvBuffer 0x8e66c0 002e:trace:secur32:dump_buffer_desc buffer 1: cbBuffer 0, BufferType 0 pvBuffer (nil) 002e:trace:secur32:dump_buffer_desc Buffer desc 0x33ef80: 002e:trace:secur32:dump_buffer_desc buffer 0: cbBuffer 0, BufferType 0x2 pvBuffer (nil) 002e:trace:secur32:dump_buffer_desc buffer 1: cbBuffer 0, BufferType 0x11 pvBuffer (nil) 002e:trace:secur32:schan_InitializeSecurityContextW Using expected_size 258. 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1171 002e:trace:secur32:schan_pull Pull 5 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 258, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 5 bytes 002e:trace:secur32:schan_pull Pull 202 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 258, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 202 bytes 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: NEW SESSION TICKET (4) was received. Length 198[198], frag offset 0, frag length: 198, sequence: 0 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: received session ticket 002e:trace:secur32:schan_pull Pull 5 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 258, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 5 bytes 002e:trace:secur32:schan_pull Pull 1 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 258, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 1 bytes 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: Cipher Suite: GNUTLS_ECDHE_RSA_AES_128_GCM_SHA256 002e:trace:secur32:schan_gnutls_log <3> ASSERT: buffers.c[get_last_packet]:1171 002e:trace:secur32:schan_pull Pull 5 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 258, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 5 bytes 002e:trace:secur32:schan_pull Pull 40 bytes 002e:trace:secur32:schan_get_buffer Using buffer 0: cbBuffer 258, BufferType 0x2, pvBuffer 0x8e66c0 002e:trace:secur32:schan_pull Read 40 bytes 002e:trace:secur32:schan_gnutls_log <4> HSK[0x7d673980]: FINISHED (20) was received. Length 12[12], frag offset 0, frag length: 12, sequence: 0 002e:trace:secur32:schan_imp_handshake Handshake completed 002e:Call ntdll.RtlFreeHeap(00010000,00000000,0008aea0) ret=7f1c611a3d55 002e:Ret ntdll.RtlFreeHeap() retval=00000001 ret=7f1c611a3d55 002e:Ret secur32.InitializeSecurityContextA() retval=00000000 ret=00467035 ... 002e:Call msvcrt.strlen(008f35a0 "WinTLS: Channel setup failed. Schannel provider did not fulfill requested flags. Excepted: 33180 Actual: 33052") ret=006b27b5 --- snip --- App source: https://github.com/aria2/aria2/blob/475e6c59970c95561ca9eb6b4a02fb54ec4a91f… --- snip --- static const ULONG kReqFlags = ISC_REQ_SEQUENCE_DETECT | ISC_REQ_REPLAY_DETECT | ISC_REQ_CONFIDENTIALITY | ISC_REQ_ALLOCATE_MEMORY | ISC_REQ_USE_SUPPLIED_CREDS | ISC_REQ_STREAM; static const ULONG kReqAFlags = ASC_REQ_SEQUENCE_DETECT | ASC_REQ_REPLAY_DETECT | ASC_REQ_CONFIDENTIALITY | ASC_REQ_EXTENDED_ERROR | ASC_REQ_ALLOCATE_MEMORY | ASC_REQ_STREAM; ... int WinTLSSession::tlsConnect(const std::string& hostname, TLSVersion& version, std::string& handshakeErr) { // Handshaking will require sending multiple read/write exchanges until the // handshake is actually done. The client will first generate the initial // handshake message, then write that to the server, read the response // message, and write and/or read additional messages until the handshake is // either complete and successful, or something went wrong. // The server works analog to that. A2_LOG_DEBUG("WinTLS: Starting/Resuming TLS Connect"); ULONG flags = 0; ... if (side_ == TLS_CLIENT) { SEC_CHAR* host = hostname_.empty() ? nullptr : const_cast<SEC_CHAR*>(hostname_.c_str()); status_ = ::InitializeSecurityContext(cred_, &handle_, host, kReqFlags, 0, 0, &indesc, 0, nullptr, &outdesc, &flags, nullptr); } else { status_ = ::AcceptSecurityContext( cred_, state_ == st_initialized ? nullptr : &handle_, &indesc, kReqAFlags, 0, state_ == st_initialized ? &handle_ : nullptr, &outdesc, &flags, nullptr); } ... // Need to read additional messages? if (status_ == SEC_I_CONTINUE_NEEDED) { A2_LOG_DEBUG("WinTLS: Continuing with handshake"); goto restart; } if (side_ == TLS_CLIENT && flags != kReqFlags) { A2_LOG_ERROR(fmt("WinTLS: Channel setup failed. Schannel provider did " "not fulfill requested flags. " "Excepted: %lu Actual: %lu", kReqFlags, flags)); status_ = SEC_E_INTERNAL_ERROR; state_ = st_error; return TLS_ERR_ERROR; } ... --- snip --- >From out flags missing: 'ISC_REQ_USE_SUPPLIED_CREDS' Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/include/sspi.h#l330 https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/secur32/schannel.c#l… $ sha1sum aria2_install.zip 105e5b3f46c482ded5b6cfa5ae94cd2af353b07a aria2_install.zip $ du -sh aria2_install.zip 4.0M aria2_install.zip $ wine --version wine-3.20-7-ga0a7090301 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 6

[Bug 51472] New: cursor/mouse and screen does not match together on multiple screen (X11) setup
by WineHQ Bugzilla July 18, 2021

July 18, 2021

https://bugs.winehq.org/show_bug.cgi?id=51472 Bug ID: 51472 Summary: cursor/mouse and screen does not match together on multiple screen (X11) setup Product: Wine-staging Version: 6.12 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: juergen.sauer(a)automatix.de CC: leslie_alistair(a)hotmail.com, z.figura12(a)gmail.com Distribution: --- Created attachment 70309 --> https://bugs.winehq.org/attachment.cgi?id=70309 mouse is on Screen (HDMI-A1) working, but rendering is on HDMI-A0 and pont and click, drawing operations are completely failed. It seems to me here, that running any windoze programm may disfunctional on X11 setups with more screens. My example: I'm running wow (v3.5.2s wotlk) just fine and performant (under multiscreen stup/kde/plasma Arch Linux, current, but: 1. it is not reliable on which screen the wine window appears 2. it is not reialble if mouse cursor and wine window are using the same screen It may match, it may not. The mouse cursor is sticked to the wrong screen. Triage solution is to press "Alt-F3, Plasma Key for window mode" and move the wine screen window to the flipping around mouse movement screen. Suggestion: Either to pin the running wine window to a certain screen (triage). Better to find the bug where wine does not obey the mouse and screen connection. This behavior occours on vlk3d and standard d3d renderings. First Screenshot, mouse and game on same screen (HDMI-A1), all fine, woul be left screen, but not ubmitted, beaacuse of limited bug tracker) Second Screenshot, mouse is on Screen (HDMI-A1) working, but rendering is on HDMI-A0 and pont and click, drawing operations are completely failed. -- 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 33978] New: Bug in converting/rendering Windows Metafile (SetWinMetaFileBits etc.)
by wine-bugs＠winehq.org July 18, 2021

July 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=33978 Bug #: 33978 Summary: Bug in converting/rendering Windows Metafile (SetWinMetaFileBits etc.) Product: Wine Version: 1.6-rc4 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdi32 AssignedTo: wine-bugs(a)winehq.org ReportedBy: pavelkok(a)gmail.com Classification: Unclassified Created attachment 45135 --> http://bugs.winehq.org/attachment.cgi?id=45135 input WMF-file I attached metafile (input.wmf) that is renders incorectly under Wine. It is Windows Metafile, not Enhanced Metafile. Bug exist in all programs that use WinApi (SetWinMetaFileBits etc.). I also tested this WMF file in IrfanView. I wrote sample program (wmf2bmp.exe) for demonstration. It renders/converts input WMF file to BMP and EMF files. No error/warnings during run (except irrelevant fixme:heap:HeapSetInformation). ~/build2/wine-git/wine --version wine-1.6-rc4-52-g9a0b434 Thanks for any help! -- 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 17

[Bug 24597] New: EEP5 crashes on startup
by wine-bugs＠winehq.org July 18, 2021

July 18, 2021

http://bugs.winehq.org/show_bug.cgi?id=24597 Summary: EEP5 crashes on startup Product: Wine Version: 1.1.32 Platform: x86-64 URL: http://www.eepshopping.de/index.php?view=program_detai l&ID_NODE_AKTIV=1&ID_PROGRAM=3078 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: debian(a)carbon-project.org Created an attachment (id=31062) --> (http://bugs.winehq.org/attachment.cgi?id=31062) Crash with Wine 1.3.0 EEP5, a train simulator (long name "Eisenbahn.exe Professional 5.0"), with patch 2 [0], crashes on every startup with the attached output. The output was generated by Wine 1.3.0 (packages from [1]), but the first version I tried was 1.1.32. The system is an otherwise unaltered Debian Squeeze 6.0. Please note that this is a report for a relative of mine and requests for further information may take a little bit longer than normal to process. Kind regards, Kai Wasserbäch [0] http://www.eepshopping.de/dskript_aktion_gratis.php?ID_PROGRAM_GRATIS=3431 [1] http://dev.carbon-project.org/debian/wine-unstable/ -- 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 9