wine-bugs June 2021

wine-bugs@winehq.org

1 participants
5128 discussions

[Bug 50791] New: NtQueryObject( ..., ObjectBasicInformation, NULL, 0, &retLen) returns incorrect NTSTATUS error code when querying for buffer size
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50791 Bug ID: 50791 Summary: NtQueryObject( ..., ObjectBasicInformation, NULL, 0, &retLen) returns incorrect NTSTATUS error code when querying for buffer size Product: Wine Version: 6.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found while testing 'EditSection' tool from Google sandbox-attacksurface-analysis-tools v1.1.x fails list section. Follow up of bug 45132 --- snip --- $ WINEDEBUG=+seh,+relay,+ntdll,+server wine ./EditSection.exe >>log.txt 2>&1 ... 0024:Call ntdll.NtQuerySystemInformation(00000005,001fb320,00002228,0033eae4) ret=05a0be37 0024:trace:ntdll:NtQuerySystemInformation (0x00000005,0x1fb320,0x00002228,0x33eae4) 0024: list_processes( ) 0024: list_processes() = 0 { info_size=2024, process_count=9, data={{start_time=1d7165dcc491236 (-5.4284020),thread_count=3,priority=2,pid=0020,parent_pid=0000,handle_count=256,unix_pid=293760,name=L"\\??\\Z:\\home\\focht\\Downloads\\commonobj\\EditSection.exe",threads={{start_time=1d7165dcbd1a2be (-6.2111340),tid=0024,base_priority=0,current_priority=0,unix_tid=293760},{start_time=1d7165dcc64cd1e (-5.2466700),tid=00fc,base_priority=0,current_priority=0,unix_tid=293825},{start_time=1d7165dcc65c214 (-5.2403990),tid=0100,base_priority=2,current_priority=2,unix_tid=293826}}},{start_time=1d7165dcbdadb18 (-6.1507090),thread_count=9,priority=2,pid=0038,parent_pid=0028,handle_count=128,unix_pid=293768,name=L"\\??\\C:\\windows\\system32\\services.exe",threads={{start_time=1d7165dcbd96030 (-6.1604090),tid=003c,base_priority=0,current_priority=0,unix_tid=293768}, ... {start_time=1d7165dcc4b8b06 (-5.4122020),thread_count=1,priority=2,pid=00f4,parent_pid=0020,handle_count=32,unix_pid=293824,name=L"\\??\\C:\\windows\\system32\\conhost.exe",threads={{start_time=1d7165dcc4a8198 (-5.4189970),tid=00f8,base_priority=0,current_priority=0,unix_tid=293824}}}} } 0024:Ret ntdll.NtQuerySystemInformation() retval=00000000 ret=05a0be37 ... 0024:Call ntdll.NtOpenProcess(0033eccc,00001040,0033ec60,01e2d450) ret=05a0cc71 0024: open_process( pid=0020, access=00001040, attributes=00000000 ) 0024: open_process() = 0 { handle=01cc } 0024:Ret ntdll.NtOpenProcess() retval=00000000 ret=05a0cc71 ... 0024:Call ntdll.NtQueryObject(000001cc,00000000,00000000,00000000,0033ebc4) ret=05a00b58 0024:Ret ntdll.NtQueryObject() retval=c0000206 ret=05a00b58 0024:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0033eaa0) ret=013b48c7 0024:Call ntdll.memcpy(0033e9b8,0033eaa0,00000014) ret=7b0101c8 0024:Ret ntdll.memcpy() retval=0033e9b8 ret=7b0101c8 0024:trace:seh:dispatch_exception code=e0434352 flags=1 addr=7B0101D8 ip=7b0101d8 tid=0024 0024:trace:seh:dispatch_exception info[0]=80131600 0024:trace:seh:dispatch_exception info[1]=00000000 0024:trace:seh:dispatch_exception info[2]=00000000 0024:trace:seh:dispatch_exception info[3]=00000000 0024:trace:seh:dispatch_exception info[4]=01290000 0024:warn:seh:dispatch_exception unknown exception (code=e0434352) raised 0024:trace:seh:dispatch_exception eax=0033e9a4 ebx=00000005 ecx=0033eaa0 edx=00000014 esi=00000005 edi=0033ea10 0024:trace:seh:dispatch_exception ebp=0033e9f8 esp=0033e9a4 cs=7bc50023 ds=33002b es=7bc3002b fs=330063 gs=006b flags=00000212 0024:trace:seh:call_vectored_handlers calling handler at 01431BEA code=e0434352 flags=1 --- snip --- The NTSTATUS code 0xc0000206 = STATUS_INVALID_BUFFER_SIZE is unexpected for the app. App source code: https://github.com/googleprojectzero/sandbox-attacksurface-analysis-tools/b… --- snip --- ... private static NtResult<SafeStructureInOutBuffer<T>> QueryObject<T>(SafeKernelObjectHandle handle, ObjectInformationClass object_info, bool throw_on_error) where T : new() { SafeStructureInOutBuffer<T> ret = null; NtStatus status = NtStatus.STATUS_BUFFER_TOO_SMALL; try { status = NtSystemCalls.NtQueryObject(handle, object_info, SafeHGlobalBuffer.Null, 0, out int return_length); if ((status != NtStatus.STATUS_BUFFER_TOO_SMALL) && (status != NtStatus.STATUS_INFO_LENGTH_MISMATCH)) return status.CreateResultFromError<SafeStructureInOutBuffer<T>>(throw_on_error); if (return_length == 0) ret = new SafeStructureInOutBuffer<T>(); else ret = new SafeStructureInOutBuffer<T>(return_length, false); status = NtSystemCalls.NtQueryObject(handle, object_info, ret, ret.Length, out return_length); return status.CreateResult(throw_on_error, () => ret); } finally { if (ret != null && !status.IsSuccess()) { ret.Close(); ret = null; } } } --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/580413032c61bc142078d08efb1d116… --- snip --- 6581 /************************************************************************** 6582 * NtQueryObject (NTDLL.@) 6583 */ 6584 NTSTATUS WINAPI NtQueryObject( HANDLE handle, OBJECT_INFORMATION_CLASS info_class, 6585 void *ptr, ULONG len, ULONG *used_len ) 6586 { 6587 NTSTATUS status; 6588 6589 TRACE("(%p,0x%08x,%p,0x%08x,%p)\n", handle, info_class, ptr, len, used_len); 6590 6591 if (used_len) *used_len = 0; 6592 6593 switch (info_class) 6594 { 6595 case ObjectBasicInformation: 6596 { 6597 OBJECT_BASIC_INFORMATION *p = ptr; 6598 6599 if (len < sizeof(*p)) return STATUS_INVALID_BUFFER_SIZE; 6600 6601 SERVER_START_REQ( get_object_info ) 6602 { 6603 req->handle = wine_server_obj_handle( handle ); 6604 status = wine_server_call( req ); 6605 if (status == STATUS_SUCCESS) 6606 { 6607 memset( p, 0, sizeof(*p) ); 6608 p->GrantedAccess = reply->access; 6609 p->PointerCount = reply->ref_count; 6610 p->HandleCount = reply->handle_count; 6611 if (used_len) *used_len = sizeof(*p); 6612 } 6613 } 6614 SERVER_END_REQ; 6615 break; 6616 } ... --- snip --- The incorrect NTSTATUS error code was always present. It was introduced with https://source.winehq.org/git/wine.git/commitdiff/bae75024a430dd4486e4f5d78… ("server/ntdll: Simplistic implementation of NtQueryObject(ObjectBasicInformation).") $ sha1sum Release-v1.1.14.7z 8cd7991e675a995a3d67ef0aca2a8bf0e1512f6a Release-v1.1.14.7z $ du -sh Release-v1.1.14.7z 384K Release-v1.1.14.7z $ wine --version wine-6.3-295-g580413032c6 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 6

[Bug 50697] New: Multiple applications crash due to DHTMLEdit 'IOleObject::GetExtent' stub (Atomic Mail Sender 4.2x)
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50697 Bug ID: 50697 Summary: Multiple applications crash due to DHTMLEdit 'IOleObject::GetExtent' stub (Atomic Mail Sender 4.2x) Product: Wine Version: 6.2 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 50620 ("Multiple applications crash due to DHTMLEdit 'IOleObject::GetMiscStatus' stub (Atomic Mail Sender 4.25, RSSeditor 0.9.54, High Impact eMail 5)"). Relevant part of trace log: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/AtomPark/Atomic Mail Sender $ WINEDEBUG=+seh,+relay,+loaddll,+dhtmled wine ./AtomicMailSender.exe >>log.txt 2>&1 ... 00fc:trace:dhtmled:DllGetClassObject ({2d360200-fff5-11d1-8d03-00a0c959bc0a}, {00000001-0000-0000-c000-000000000046}, 0032F730) 00fc:trace:dhtmled:ClassFactory_QueryInterface (01D7B038)->({00000001-0000-0000-c000-000000000046}, 0032F730) 00fc:Ret dhtmled.ocx.DllGetClassObject() retval=00000000 ret=00b84f94 ... 00fc:trace:dhtmled:ClassFactory_CreateInstance (01D7B038)->(00000000, {00000112-0000-0000-c000-000000000046}, 0032F72C) 00fc:trace:dhtmled:dhtml_edit_create ({00000112-0000-0000-c000-000000000046}, 0032F72C) ... 00fc:trace:dhtmled:dhtml_edit_qi (001A0788)->({00000112-0000-0000-c000-000000000046}, 0032F72C) 00fc:trace:dhtmled:dhtml_edit_addref (001A0788) ref=2 00fc:trace:dhtmled:dhtml_edit_release (001A0788) ref=1 00fc:Ret combase.CoCreateInstance() retval=00000000 ret=004a1194 00fc:trace:dhtmled:OleObject_GetMiscStatus (001A0788)->(1, 018C7C8C) 00fc:Call ole32.OleRegGetMiscStatus(01d78e80,00000001,018c7c8c) ret=01d737e8 ... 00fc:Ret ole32.OleRegGetMiscStatus() retval=00000000 ret=01d737e8 00fc:trace:dhtmled:OleObject_SetClientSite (001A0788)->(018C7CB4) 00fc:trace:dhtmled:dhtml_edit_qi (001A0788)->({7fd52380-4e07-101b-ae2d-08002b2ec713}, 018C7C6C) 00fc:trace:dhtmled:dhtml_edit_addref (001A0788) ref=2 00fc:fixme:dhtmled:OleObject_GetExtent (001A0788)->(1, 0032F808) stub 00fc:Call KERNEL32.GetLastError() ret=01641fcf 00fc:Ret KERNEL32.GetLastError() retval=000036b7 ret=01641fcf ... 00fc:trace:seh:dispatch_exception code=eedfade flags=1 addr=7B010198 ip=7b010198 tid=00fc 00fc:trace:seh:dispatch_exception info[0]=0049d671 00fc:trace:seh:dispatch_exception info[1]=018c79f8 00fc:trace:seh:dispatch_exception info[2]=80004001 00fc:trace:seh:dispatch_exception info[3]=0042999c 00fc:trace:seh:dispatch_exception info[4]=00000000 00fc:trace:seh:dispatch_exception info[5]=0032f840 00fc:trace:seh:dispatch_exception info[6]=0032f810 00fc:err:seh:dispatch_exception Fatal unknown exception (code=eedfade) raised --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/b8719736c5a022fa9c50f64adfc3ef5… --- snip --- 707 static HRESULT WINAPI OleObject_GetExtent(IOleObject *iface, DWORD aspect, SIZEL *size_limit) 708 { 709 DHTMLEditImpl *This = impl_from_IOleObject(iface); 710 FIXME("(%p)->(%u, %p) stub\n", This, aspect, size_limit); 711 return E_NOTIMPL; 712 } --- snip --- Atomic Mail Sender 4.2x: https://web.archive.org/web/20210204200155/http://www.massmailsoftware.com/… $ sha1sum AtomicMailSender_425_setup.exe cba0226b5bfba9b793f3b40bd732ef64ef23e844 AtomicMailSender_425_setup.exe $ du -sh AtomicMailSender_425_setup.exe 5.4M AtomicMailSender_425_setup.exe $ wine --version wine-6.2-157-gb8719736c5a 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 6

[Bug 49434] New: Wine Gecko crashes upon loading Google Account login page
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=49434 Bug ID: 49434 Summary: Wine Gecko crashes upon loading Google Account login page Product: Wine-gecko Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wine-gecko-unknown Assignee: jacek(a)codeweavers.com Reporter: rare_energy(a)protonmail.com Distribution: --- Created attachment 67521 --> https://bugs.winehq.org/attachment.cgi?id=67521 Gecko backtrace Wine Gecko will crash upon visiting https://accounts.google.com/signin/v2 It will work when browsing other sites, though. Wine versions tested: 5.0.1 and 5.6, both 64-bit with wine32 support. Wine Gecko versions 2.47.1, both the x86 and x86_64 packages installed. I've included a backtrace. -- 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 24893] New: Explorer++ is missing most right-click options for files/folders
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

http://bugs.winehq.org/show_bug.cgi?id=24893 Summary: Explorer++ is missing most right-click options for files/folders Product: Wine Version: 1.3.5 Platform: x86-64 URL: http://www.explorerplusplus.com/download OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: RandomAccountName(a)mail.com Created an attachment (id=31524) --> (http://bugs.winehq.org/attachment.cgi?id=31524) Log from right-clicking a folder, then a file Expected behavior: Right-clicking on a file should open the same menu that would be seen in Windows Explorer (or Winefile as the case may be), while right-clicking a folder should do the same, but with an added "open in new tab" option. Actual behavior: Right-clicking on a file produces a menu with a single option, which may be blank or random garbage. It doesn't appear to do anything either way. Right-clicking on a folder yields a menu with only the option "open in new tab." -- 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 15

[Bug 50845] New: jscript crashes on internal assert(0) in PE build with clang
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50845 Bug ID: 50845 Summary: jscript crashes on internal assert(0) in PE build with clang Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: jscript Assignee: wine-bugs(a)winehq.org Reporter: dmitry(a)baikal.ru CC: jacek(a)codeweavers.com Distribution: --- Jacek, adding you to cc:, you might be interested. This doesn't happen in an ELF build. In order to reproduce build Wine in PE with clang, and run 'make test' in dlls/jscript/tests: Assertion failed: 0, file ../wine/dlls/jscript/jsutils.c, line 245 This the result of the call hres = jsdisp_define_data_property(ctx->global, L"NaN", const_flags, jsval_number(NAN)); https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/jscript/global.c#l11… during initialization, no user provided script is even gets started being interpreted. It seems that the reason is difference in 'struct _jsval_t' layout https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/jscript/jsval.h#l54 between gcc and clang. $ clang --version clang version 11.0.0 Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /usr/bin -- 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 50809] New: Multiple .NET 4.x application installers fail due to 'MsiNetAssemblySupport' property returning incorrect version (IronPython 2.7.5)
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50809 Bug ID: 50809 Summary: Multiple .NET 4.x application installers fail due to 'MsiNetAssemblySupport' property returning incorrect version (IronPython 2.7.5) Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: msi Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. Found while checking Atmel Studio 7 full installer logs after running in silent install mode. The 'IronPython' sub-installer is reported to have failed, although the failure is not treated as critical for overall install result. Main installer log: --- snip --- ... [0020:0024][2021-03-15T17:41:16]i323: Registering package dependency provider: {08B74EC9-BC55-418A-A5AA-E589DA2B96C0}, version: 2.7.51000.0, package: IronPython [0100:0104][2021-03-15T17:41:16]i000: VisualInstaller : Message: ExecutePackageBegin [0020:0024][2021-03-15T17:41:16]i301: Applying execute package: IronPython, action: Install, path: C:\ProgramData\Package Cache\{08B74EC9-BC55-418A-A5AA-E589DA2B96C0}v2.7.51000.0\IronPython-2.7.5.msi, arguments: ' ALLUSERS="1" MSIFASTINSTALL="7"' [0020:0024][2021-03-15T17:41:16]e000: Error 0x80070643: Failed to install MSI package. [0020:0024][2021-03-15T17:41:16]e000: Error 0x80070643: Failed to execute MSI package. [0100:0104][2021-03-15T17:41:16]e000: Error 0x80070643: Failed to configure per-machine MSI package. [0100:0104][2021-03-15T17:41:16]i000: VisualInstaller : Message: ExecutePackageComplete [0100:0104][2021-03-15T17:41:16]i000: VisualInstaller : Message: Setting result for package: IronPython, Status=-2147023293 [0100:0104][2021-03-15T17:41:16]w350: Applied non-vital package: IronPython, encountered error: 0x80070643. Continuing... --- snip --- Single installer package can be found here: https://github.com/IronLanguages/main/releases/tag/ipy-2.7.5 https://github.com/IronLanguages/main/releases/download/ipy-2.7.5/IronPytho… Created stable download link via Internet Archive: https://web.archive.org/web/20210315174711/https://github.com/IronLanguages… Running the installer results in a message box 'IronPython 2.7.5 requires .NET Framework 4.0 or later.' even though native .NET Framework 4.x (4.8) is installed in the 64-WINEPREFIX. Dumping the Launch condition from 'IronPython-2.7.5.msi' with ORCA: --- snip --- Installed OR MsiNetAssemblySupport >= "4.0.0.0" [ProductName] requires .NET Framework 4.0 or later. --- snip --- Relevant part of trace log: --- snip --- $ WINEDEBUG=+seh,+relay,+msi,+reg,+server wine msiexec -i IronPython-2.7.5.msi >>log.txt 2>&1 ... 0024:Call advapi32.RegOpenKeyExW(ffffffff80000002,1800ad2ac L"Software\\Microsoft\\NET Framework Setup\\NDP",00000000,00000004,0022ea58) ret=18005c327 ... 0024:Ret advapi32.RegOpenKeyExW() retval=00000000 ret=18005c327 0024:Call advapi32.RegCreateKeyExW(00000098,1800ad302 L"v4\\Client",00000000,00000000,00000000,00000001,00000000,0022ea68,00000000) ret=18005c374 ... 0024:Ret advapi32.RegCreateKeyExW() retval=00000000 ret=18005c374 ... 0024:Call advapi32.RegQueryValueExW(0000009c,1800ad316 L"InstallPath",00000000,0022ea7c,0022f080,0022ea74) ret=18005c3b2 ... 0024:Call ntdll.NtQueryValueKey(0000009c,0022e7a0,00000002,0022e7b0,00000100,0022e79c) ret=7b046a18 0024:trace:reg:NtQueryValueKey (0x9c,L"InstallPath",2,0x22e7b0,256) 0024: get_key_value( hkey=009c, name=L"InstallPath" ) 0024: get_key_value() = 0 { type=1, total=98, data={43,00,3a,00,5c,00,77,00,69,00,6e,00,64,00,6f,00,77,00,73,00,5c,00,4d,00,69,00,63,00,72,00,6f,00,73,00,6f,00,66,00,74,00,2e,00,4e,00,45,00,54,00,5c,00,46,00,72,00,61,00,6d,00,65,00,77,00,6f,00,72,00,6b,00,36,00,34,00,5c,00,76,00,34,00,2e,00,30,00,2e,00,33,00,30,00,33,00,31,00,39,00,5c,00,00,00} } 0024:Ret ntdll.NtQueryValueKey() retval=00000000 ret=7b046a18 0024:Call ntdll.memcpy(0022f080,0022e7bc,00000062) ret=7b046b01 0024:Ret ntdll.memcpy() retval=0022f080 ret=7b046b01 0024:Call ntdll.RtlNtStatusToDosError(00000000) ret=7b046b8d 0024:Ret ntdll.RtlNtStatusToDosError() retval=00000000 ret=7b046b8d 0024:Ret kernelbase.RegQueryValueExW() retval=00000000 ret=7bc437cf 0024:Ret advapi32.RegQueryValueExW() retval=00000000 ret=18005c3b2 0024:Call ntdll.RtlAllocateHeap(00020000,00000000,00000078) ret=18005c9bf 0024:Ret ntdll.RtlAllocateHeap() retval=00100eb0 ret=18005c9bf 0024:Call KERNEL32.GetFileAttributesW(00100eb0 L"\\fusion.dll") ret=18005ca06 ... 0024:Ret KERNEL32.GetFileAttributesW() retval=ffffffff ret=18005ca06 0024:Call advapi32.RegCloseKey(0000009c) ret=18005c3c4 ... 0024:Ret advapi32.RegCloseKey() retval=00000000 ret=18005c3c4 ... 0024:trace:msi:msi_set_property 00000000000C61F0 L"MsiNetAssemblySupport" L"2.0.50727.4016" -1 ... 0024:Call user32.MessageBoxW(00000000,0010c850 L"IronPython 2.7.5 requires .NET Framework 4.0 or later.",18009f418 L"Install Failed",00000000) ret=18000f47e --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/4336ed0b84b3dd3097bbbbf8e4b9de2… --- snip --- 516 static LPWSTR get_fusion_filename(MSIPACKAGE *package) 517 { 518 HKEY netsetup, hkey; 519 LONG res; 520 DWORD size, len, type; 521 WCHAR windir[MAX_PATH], path[MAX_PATH], *filename = NULL; 522 523 res = RegOpenKeyExW(HKEY_LOCAL_MACHINE, L"Software\\Microsoft\\NET Framework Setup\\NDP", 0, KEY_CREATE_SUB_KEY, 524 &netsetup); 525 if (res != ERROR_SUCCESS) 526 return NULL; 527 528 if (!RegCreateKeyExW(netsetup, L"v4\\Client", 0, NULL, 0, KEY_QUERY_VALUE, NULL, &hkey, NULL)) 529 { 530 size = ARRAY_SIZE(path); 531 if (!RegQueryValueExW(hkey, L"InstallPath", NULL, &type, (BYTE *)path, &size)) 532 { 533 len = lstrlenW(path) + lstrlenW(L"fusion.dll") + 2; 534 if (!(filename = msi_alloc(len * sizeof(WCHAR)))) return NULL; 535 536 lstrcpyW(filename, path); 537 lstrcpyW(filename, L"\\"); 538 lstrcatW(filename, L"fusion.dll"); 539 if (GetFileAttributesW(filename) != INVALID_FILE_ATTRIBUTES) 540 { 541 TRACE( "found %s\n", debugstr_w(filename) ); 542 RegCloseKey(hkey); 543 RegCloseKey(netsetup); 544 return filename; 545 } 546 } 547 RegCloseKey(hkey); 548 } 549 550 if (!RegCreateKeyExW(netsetup, L"v2.0.50727", 0, NULL, 0, KEY_QUERY_VALUE, NULL, &hkey, NULL)) 551 { 552 RegCloseKey(hkey); 553 GetWindowsDirectoryW(windir, MAX_PATH); 554 len = lstrlenW(windir) + lstrlenW(L"Microsoft.NET\\Framework\\") + lstrlenW(L"v2.0.50727") + 555 lstrlenW(L"fusion.dll") + 3; 556 if (!(filename = msi_alloc(len * sizeof(WCHAR)))) return NULL; 557 558 lstrcpyW(filename, windir); 559 lstrcatW(filename, L"\\"); 560 lstrcatW(filename, L"Microsoft.NET\\Framework\\"); 561 lstrcatW(filename, L"v2.0.50727"); 562 lstrcatW(filename, L"\\"); 563 lstrcatW(filename, L"fusion.dll"); 564 if (GetFileAttributesW(filename) != INVALID_FILE_ATTRIBUTES) 565 { 566 TRACE( "found %s\n", debugstr_w(filename) ); 567 RegCloseKey(netsetup); 568 return filename; 569 } 570 } 571 572 RegCloseKey(netsetup); 573 return filename; 574 } --- snip --- The .NET Framework 4.x base install path queried from registry is overwritten by the copying of backslash into filename buffer. Line 537 should have been 'lstrcatW'. This is a regression introduced by commit https://source.winehq.org/git/wine.git/commitdiff/731bb72c3d00b089ee23297ef… ("msi: Use wide character string literals in package.c."). Part of Wine 5.21 release. I'm surprised it took that long until someone ran into this problem. $ sha1sum IronPython-2.7.5.msi 8f51858be07d58f5d713eeb76a60268684d1471c IronPython-2.7.5.msi $ du -sh IronPython-2.7.5.msi 16M IronPython-2.7.5.msi $ wine --version wine-6.4 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 50436] New: Upstream FAudio pkg-config file not found
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50436 Bug ID: 50436 Summary: Upstream FAudio pkg-config file not found Product: Wine Version: 6.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: build-env Assignee: wine-bugs(a)winehq.org Reporter: j-r(a)online.de Distribution: --- FAusdio recently (November 2020) added an upstream package config file using the name FAudio.pc, while configure looks for lowercase faudio.pc. Note that the upstream config file is AFAICT not usable for gstreamer enabled FAUdio builds. Depending on the fix for that (e.g. if gstreamer is added as an Dependency in FAudio.pc), an option filtering similar to the one used for gstreamer might become neccessary. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 12

[Bug 47310] New: Canon TS3100 series full driver & software package, installation is blocked after WinZip extraction with the message, " To install the software, you must be logged in to an administrator account."
by wine-bugs＠winehq.org 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=47310 Bug ID: 47310 Summary: Canon TS3100 series full driver & software package, installation is blocked after WinZip extraction with the message, "To install the software, you must be logged in to an administrator account." Product: Wine Version: 4.0.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: fzcooper(a)gmail.com Distribution: --- Created attachment 64617 --> https://bugs.winehq.org/attachment.cgi?id=64617 Error message given by attempted installation. >From https://wiki.winehq.org/FAQ#Should_I_run_Wine_as_root.3F "As far as Windows programs are concerned, you are running with administrator privileges. If an application complains about a lack of administrator privileges, file a bug; running Wine as root probably won't help." The TS3122 printer / scanner offers network functionality or I wouldn't even try the driver in Wine. The Linux counterpart is lacking in features. Driver download available at: https://www.usa.canon.com/internet/portal/us/home/support/details/printers/… The error message appears after this output on both the win7 and win7-x64 versions: ... Wine-gdb> 003d:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x33faa0, 0x33fab0 0x33faa4 003d:fixme:nls:get_dummy_preferred_ui_language (0x38 0x33faa0 0x33fab0 0x33faa4) returning a dummy value (current locale) 003f:fixme:font:get_outline_text_metrics failed to read full_nameW for font L"Ani"! 003f:fixme:nls:GetThreadPreferredUILanguages 00000038, 0x23f360, 0x23f370 0x23f364 003f:fixme:nls:get_dummy_preferred_ui_language (0x38 0x23f360 0x23f370 0x23f364) returning a dummy value (current locale) 003f:fixme:nls:GetThreadPreferredUILanguages 00000004, 0x23e8f0, 0x23e900 0x23e8f4 003f:fixme:nls:get_dummy_preferred_ui_language (0x4 0x23e8f0 0x23e900 0x23e8f4) returning a dummy value (current locale) 003f:fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0x00000001 5 0x23f2e0 0x23f304 003f:fixme:wtsapi:WTSQuerySessionInformationW Stub (nil) 0x00000001 7 0x23f2f0 0x23f304 Older versions of windows are not supported for this driver and there is no download available. -- 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 16

[Bug 50925] New: Error fetching public key in GetRSAKeyFromCert - File not found
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50925 Bug ID: 50925 Summary: Error fetching public key in GetRSAKeyFromCert - File not found Product: Wine Version: 6.4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: blocker Priority: P2 Component: bcrypt Assignee: wine-bugs(a)winehq.org Reporter: msdobrescu(a)gmail.com Distribution: --- Created attachment 69740 --> https://bugs.winehq.org/attachment.cgi?id=69740 wine log Trying to run Photoshop 2021 22.3 64 bit, under wine-6.4 (Staging), fails with: 110:fixme:reg:RegQueryInfoKeyW security argument not supported. 006c:fixme:mountmgr:query_property Faking StorageDeviceProperty data 00fc:fixme:netprofm:list_manager_QueryInterface interface {00000126-0000-0000-c000-000000000046} not implemented 00fc:fixme:netprofm:connection_point_Advise 00000000175FA510, 00000000175F4400, 00000000175F4420 - semi-stub 00fc:fixme:netprofm:connection_point_Advise 00000000175FA580, 00000000175F4220, 00000000175F4240 - semi-stub 00fc:fixme:netprofm:list_manager_GetConnectivity 00000000175FA4D0, 000000000022F300 012c:fixme:crypt:CryptStringToBinaryW Unimplemented type 4 012c:fixme:crypt:CryptStringToBinaryW Unimplemented type 4 012c:fixme:crypt:CryptImportPublicKeyInfoEx2 (1, 0000000017C8DB50, 00000000, 0000000000000000, 0000000017C8DB38): stub Error fetching public key in GetRSAKeyFromCert Error : 0x00000002 (2) Fi?ierul nu a fost g?sit. <-- (translated) File not found. Then a message popup appears (attached). -- 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 27

[Bug 50805] New: Win32_OperatingSystem class is missing 'ProductType'
by WineHQ Bugzilla 26 Oct '21

26 Oct '21

https://bugs.winehq.org/show_bug.cgi?id=50805 Bug ID: 50805 Summary: Win32_OperatingSystem class is missing 'ProductType' Product: Wine Version: 6.2 Hardware: x86-64 OS: Linux Status: NEW Keywords: patch Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: --- Created attachment 69616 --> https://bugs.winehq.org/attachment.cgi?id=69616 patch for producttype Various installers in chocolatey like OBS Studio first try to install several windows updates (KB*). They do not even get to the point where install is tried to start because they fail with ERROR: Property 'ProductType' cannot be found on this object. Make sure that itexists. The install of kb3118401 was NOT successful. Error while running 'C:\ProgramData\chocolatey\lib\KB3118401\Tools\ChocolateyIntall.ps1'. See log for details. Chocolatey seems to use own powershell host (+scripts); From ProgramData/chocolatey/extensions/chocolatey-windowsupdate/Install-WindowsUpdate.ps1 : function Get-OS { $wmiOS = Get-WmiObject -Class Win32_OperatingSystem $version = [Version]$wmiOS.Version $caption = $wmiOS.Caption.Trim() $sp = $wmiOS.ServicePackMajorVersion if ($sp -gt 0) { $caption += " Service Pack $sp" } if ($wmiOS.ProductType -eq '1') { $productType = 'client' } else { $productType = 'server' } . . The attached patch fixes the bug. I don`t know the difference between 'server' and 'client', from testbots only w2008s64 returns client (3) so in the patch I just set Productype to 1. With this patch at least one update succeeded to install normally and the others can be "fooled" with a dummy "wusa.exe", so chocolatey believes they installed and doesn`t try to install them endlessly over and over again. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs June 2021