January 2026 - Wine-Bugs - list.winehq.org

[Bug 35557] New: Mipony (download manager) installer fails with 'Unable to initialize installer GUI'
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=35557 Bug ID: 35557 Summary: Mipony (download manager) installer fails with 'Unable to initialize installer GUI' Product: Wine Version: 1.7.12 Hardware: x86 OS: Linux Status: NEW Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Classification: Unclassified Hello folks, encountered while visiting bug 28240 The installer seems to be dhtml-based with embedded jscript. Trace log (installer doesn't like +relay): --- snip --- $ WINEDEBUG=+tid,+seh,+loaddll,+process,+mshtml,+ieframe,+shdocvw,+msgbox,+jscript wine ./Mipony-Installer.exe >>log.txt 2>&1 ... 002b:trace:mshtml:nsIOService_NewURI ("wyciwyg://1/file:///C:/users/focht/Temp/ish25248293/bootstrap_43166.html" (null) (nil) 0x33e1ac) ... 002b:trace:jscript:interp_var_set L"oNewDoc" 002b:trace:jscript:prop_put L"oNewDoc" = obj(0x19ba220) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=5 002b:trace:jscript:interp_ident L"oNewDoc" 002b:trace:jscript:identifier_eval L"oNewDoc" 002b:trace:jscript:DispatchEx_QueryInterface (0x26213a8)->(IID_IDispatchJS 0x33ede8) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=6 002b:trace:jscript:prop_get L"oNewDoc" ret obj(0x19ba220) 002b:trace:jscript:interp_str L"write" 002b:trace:jscript:interp_memberid 0 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=7 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=6 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33ee68) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x19ba220)->(IID_IDispatchEx 0x33eeac) 002b:trace:mshtml:HTMLWindow2_AddRef (0x19ba220) ref=7 002b:trace:mshtml:WindowDispEx_GetDispID (0x19ba220)->(L"write" 10000001 0x33ef20) 002b:trace:jscript:JScript_GetScriptDispatch (0x1b47560)->(0x33ed1c) 002b:trace:jscript:DispatchEx_QueryInterface (0x2839000)->(IID_IDispatchEx 0x33ed58) 002b:trace:jscript:DispatchEx_GetDispID (0x2839000)->(L"write" 10000001 0x33edc0) 002b:trace:jscript:jsdisp_get_id not found L"write" 002b:trace:mshtml:DispatchEx_GetDispID (0x1b4738c)->(L"write" 10000001 0x33ef20) 002b:trace:mshtml:HTMLDocument3_getElementById (0x25b0e28)->(L"write" 0x33ee08) 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=5 002b:trace:jscript:interp_ident L"external" 002b:trace:jscript:identifier_eval L"external" 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33edb8) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IDispatchEx 0x33edfc) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=5 002b:trace:mshtml:WindowDispEx_GetDispID (0x1b47358)->(L"external" 10000001 0x33ee74) 002b:trace:jscript:JScript_GetScriptDispatch (0x1b47560)->(0x33ec6c) 002b:trace:jscript:DispatchEx_QueryInterface (0x2839000)->(IID_IDispatchEx 0x33eca8) 002b:trace:jscript:DispatchEx_GetDispID (0x2839000)->(L"external" 10000001 0x33ed10) 002b:trace:jscript:jsdisp_get_id not found L"external" 002b:trace:mshtml:DispatchEx_GetDispID (0x1b4738c)->(L"external" 10000001 0x33ee74) 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=4 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=5 002b:trace:mshtml:dispex_query_interface (0x1b4738c)->(IID_IDispatchJS 0x33ede8) returning NULL 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IDispatchEx 0x33ee50) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=6 002b:trace:mshtml:WindowDispEx_InvokeEx (0x1b47358)->(491 409 2 0x33ee54 0x33ee40 0x25bbef8 0x1b475a8) 002b:trace:mshtml:DispatchEx_InvokeEx (0x1b4738c)->(491 409 2 0x33ee54 0x33ee40 0x25bbef8 0x1b475a8) 002b:trace:mshtml:HTMLWindow2_QueryInterface (0x1b47358)->(IID_IHTMLWindow2 0x33ebb8) 002b:trace:mshtml:HTMLWindow2_AddRef (0x1b47358) ref=7 002b:trace:mshtml:HTMLWindow2_get_external (0x1b47358)->(0x33eb84) 002b:trace:ieframe:DocHostUIHandler_GetExternal (0x135dc0)->(0x33eb84) 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=6 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=5 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=4 002b:trace:jscript:interp_str L"irsoBootstrapPage" 002b:trace:jscript:interp_memberid 0 002b:trace:jscript:disp_get_id using IDispatch 002b:trace:jscript:interp_str L"main.html" 002b:trace:jscript:interp_call_member 1 1 002b:trace:jscript:disp_call using IDispatch 002b:trace:jscript:interp_call_member 1 0 002b:warn:jscript:throw_error L"Object doesn't support this property or method" 002b:trace:jscript:prop_get L"prototype" ret obj(0x28384a0) 002b:trace:jscript:DispatchEx_QueryInterface (0x28384a0)->(IID_IDispatchJS 0x33e5b8) 002b:trace:jscript:init_dispex 0x19c3f20 (0x28384a0) 002b:trace:jscript:ensure_prop_name creating prop L"number" flags 0 002b:trace:jscript:prop_put L"number" = -2146827850.000000 002b:trace:jscript:ensure_prop_name creating prop L"message" flags 200 002b:trace:jscript:prop_put L"message" = str(L"Object doesn't support this property or method") 002b:trace:jscript:ensure_prop_name creating prop L"description" flags 0 002b:trace:jscript:prop_put L"description" = str(L"Object doesn't support this property or method") 002b:trace:jscript:enter_bytecode EXCEPTION 800a01b6 002b:trace:mshtml:HTMLWindow2_Release (0x1b47358) ref=3 002b:trace:jscript:prop_put L"arguments" = undefined 002b:trace:jscript:jsdisp_free (0x25dc1e0) 002b:trace:jscript:jsdisp_free (0x26213a8) 002b:trace:mshtml:HTMLWindow2_Release (0x19ba220) ref=4 002b:warn:mshtml:HTMLWindow_invoke L"r" <<< 800a01b6 002b:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b83a97b ip=7b83a97b tid=002b 002b:trace:seh:raise_exception info[0]=004df4f0 002b:trace:seh:raise_exception info[1]=00685210 002b:trace:seh:raise_exception info[2]=00000001 002b:trace:seh:raise_exception info[3]=00000000 002b:trace:seh:raise_exception info[4]=00000000 002b:trace:seh:raise_exception info[5]=0033f87c 002b:trace:seh:raise_exception info[6]=0033f79c ... 002b:trace:msgbox:MSGBOX_OnInit L"Unable to initialize installer GUI." --- snip --- Content of 'bootstrap_43166.html': --- snip --- <body><script>function r(){var oNewDoc=document.open("text/html"); oNewDoc.write(external.irsoBootstrapPage("main.html")); oNewDoc.close();}</script></body> --- snip --- $ sha1sum Mipony-Installer.exe e55a7b59cde35a86300fbe039e10e091598bc9ba Mipony-Installer.exe $ du -sh Mipony-Installer.exe 680K Mipony-Installer.exe $ wine --version wine-1.7.12 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.

3 12

[Bug 54836] New: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine)
by WineHQ Bugzilla Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=54836 Bug ID: 54836 Summary: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine) Product: Wine Version: 8.5 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: nikolaus.einhauser(a)web.de Distribution: --- So MALighting just released their new "major" update (new features, breaking old ones, etc) to their software which broke compatability with wine. Their previous version worked fine. The issue can easily be reproduced by installing the software and then starting `app_gma3.exe`. It will crash on startup. Judging by `wine: Unhandled page fault on execute access to 000000000000000F at address 000000000000000F (thread 010c)`, the problem seems to be in the application. By inspecting the `+relay` log a little closer the page fault only looks like a symptom of missing error handling. From what I can tell, the issue lies in wintrust.WinVerifyTrust but feel free to look trough the attached debug log yourself. I'd very glad to provide more in-depth debug info or help otherwise to aid in fixing this. Suggestions for workarounds are also appreciated. Thank you. PS. There is a contest currently ongoing that mandates the use of version 1.9 or higher. So staying on an older previously working version is not an option for me. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 12

[Bug 45746] New: import pfx fails
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=45746 Bug ID: 45746 Summary: import pfx fails Product: Wine Version: 3.14 Hardware: x86 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: virexmail(a)gmail.com Distribution: --- crypt32 installed with a winetricks, but pfx files cannot be imported in certification center, and programs cannot import certificates from pfx files. -- 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.

3 19

[Bug 42383] New: certmgr.exe is unable to import certificate in PKCS12 format
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

https://bugs.winehq.org/show_bug.cgi?id=42383 Bug ID: 42383 Summary: certmgr.exe is unable to import certificate in PKCS12 format Product: Wine Version: 2.1 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: crypt32 Assignee: wine-bugs(a)winehq.org Reporter: info(a)winomega.com Distribution: --- Created attachment 57178 --> https://bugs.winehq.org/attachment.cgi?id=57178 error message Microsoft Certificate Manager Tool (certmgr.exe) is unable to import PKCS12 files. When this is attempted it failed with following error: "The file format is not recognized. Please select another file." I'm using the 32-bit version as published in Microsoft Visual Studio 2017 (freely downloadable). Its md5sum is: 322bf8029866cf3eb7f1de33f18fb07a certmgr.exe -- 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 23364] New: 16-bit games - many don't work in Wine.
by wine-bugs＠winehq.org Aug. 24, 2026

Aug. 24, 2026

http://bugs.winehq.org/show_bug.cgi?id=23364 Summary: 16-bit games - many don't work in Wine. Product: Wine Version: 1.1.42 Platform: x86 OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: turbolad995(a)hotmail.co.uk As I have not found a bug report for this already I've decided to create one myself. Many 16-bit games, especially the old Windows 3.1 games like "whack-a-mole", "Bricklayer" and many others I've tried simply don't work at all in Wine. Since there's too many 16-bit games to list, it makes sense to write one bug report covering the same problem i.e. problems running 16-bit games. Try some yourself from here: http://members.chello.at/theodor.lauppert/games/win16.htm Here I've found that the 32-bit version of tetris works in Wine, but the 16-bit version does NOT work at all (try it yourself from this link, you get to download both the 32-bit and 16-bit versions respectively, at the bottom of that page): http://members.chello.at/theodor.lauppert/games/tetrisjr.htm I'm pleased to say that the Ballistic (Paddle) game appears to work: http://www.classicdosgames.com/genre/paddle.html This bug report may appear trivial and not important, but playing old Windows games appeals to some people. These games will NOT work in dosbox. Also consider that 64-bit versions of Microsoft Windows won't even run 16-bit programs and games, whereas Wine can sometimes get them working, as in the case of the Ballistic game. -- 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.

3 17

[Bug 54963] New: Adobe Lightroom needs Windows.Storage.Streams.InMemoryRandomAccessStream
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=54963 Bug ID: 54963 Summary: Adobe Lightroom needs Windows.Storage.Streams.InMemoryRandomAccessStream Product: Wine Version: 8.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: bugs(a)bzatek.net Distribution: --- Essentially any newer functionality like the advanced masking and object detection fails on unimplemented InMemoryRandomAccessStream: 0a78:fixme:combase:RoActivateInstance (00007F110172E538, 00007F110172E4F8): semi-stub 0a78:fixme:combase:RoGetActivationFactory (L"Windows.Storage.Streams.InMemoryRandomAccessStream", {00000035-0000-0000-c000-000000000046}, 00007F110172E498): semi-stub 0a78:err:combase:RoGetActivationFactory Failed to find library for L"Windows.Storage.Streams.InMemoryRandomAccessStream" I haven't managed to find the required library anywhere, any advice appreciated. -- 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 10

[Bug 49079] New: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=49079 Bug ID: 49079 Summary: Multiple applications want support for CREATE_NO_WINDOW flag (0x08000000) in CreateProcess Product: Wine Version: 5.7 Hardware: x86-64 OS: Linux Status: NEW Severity: minor Priority: P2 Component: kernelbase Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, found while investigating bug 49078 Not really needed for getting the to app work but I think it's still worth to keep track of for later as real-world test case. You need to work around bug 49076 ("Sennheiser Wireless Systems Manager 4.4 installer overwrites Wine builtin "system/os" dlls, causing broken WINEPREFIX (SfcIsFileProtected is a stub)") to fix the WINEPREFIX after installation. Download: https://web.archive.org/web/20200502103749/http://sennheiser-sites.com/resp… Prerequisite: 'winetricks -q dotnet45' --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager $ WINEDEBUG=+seh,+relay,+loaddll,+process,+secur32,+ntlm wine ./WSM.exe >>log.txt 2>&1 ... 00c8:Call KERNEL32.CreateProcessW(00000000,03ece868 L"\"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe\" ",00000000,00000000,00000001,08000400,00000000,00000000,0031f7f4,03ecbc10) ret=6711d6b5 ... 00c8:warn:process:CreateProcessInternalW (L"C:\\Program Files (x86)\\Sennheiser\\Wireless Systems Manager\\WSMServerBinaries\\WSM.Server.exe",...): ignoring some flags in 8000400 ... 00c8:trace:process:CreateProcessInternalW started process pid 00e4 tid 00e8 ... 00c8:Ret KERNEL32.CreateProcessW() retval=00000001 ret=6711d6b5 ... --- snip --- The process is a console app: --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sennheiser/Wireless Systems Manager/WSMServerBinaries $ winedump WSM.Server.exe Contents of WSM.Server.exe: 8704 bytes File Header Machine: 014C (i386) Number of Sections: 3 TimeDateStamp: 5DF710AF (Mon Dec 16 06:05:51 2019) offset 136 PointerToSymbolTable: 00000000 NumberOfSymbols: 00000000 SizeOfOptionalHeader: 00E0 Characteristics: 0022 EXECUTABLE_IMAGE LARGE_ADDRESS_AWARE Optional Header (32bit) Magic 0x10B 267 linker version 48.00 size of code 0xc00 3072 size of initialized data 0x1400 5120 size of uninitialized data 0x0 0 entrypoint RVA 0x2aa6 10918 base of code 0x2000 8192 base of data 0x4000 16384 image base 0x400000 4194304 section align 0x2000 8192 file align 0x200 512 required OS version 4.00 image version 0.00 subsystem version 6.00 Win32 Version 0x0 0 size of image 0x8000 32768 size of headers 0x200 512 checksum 0x0 0 Subsystem 0x3 (Windows CUI) DLL characteristics: 0x8560 DYNAMIC_BASE NX_COMPAT NO_SEH TERMINAL_SERVER_AWARE stack reserve size 0x100000 1048576 stack commit size 0x1000 4096 heap reserve size 0x100000 1048576 heap commit size 0x1000 4096 loader flags 0x0 0 RVAs & sizes 0x10 16 Data Directory EXPORT rva: 0x0 size: 0x0 IMPORT rva: 0x2a54 size: 0x4f RESOURCE rva: 0x4000 size: 0x1148 EXCEPTION rva: 0x0 size: 0x0 SECURITY rva: 0x0 size: 0x0 BASERELOC rva: 0x6000 size: 0xc DEBUG rva: 0x0 size: 0x0 ARCHITECTURE rva: 0x0 size: 0x0 GLOBALPTR rva: 0x0 size: 0x0 TLS rva: 0x0 size: 0x0 LOAD_CONFIG rva: 0x0 size: 0x0 Bound IAT rva: 0x0 size: 0x0 IAT rva: 0x2000 size: 0x8 Delay IAT rva: 0x0 size: 0x0 CLR Header rva: 0x2008 size: 0x48 rva: 0x0 size: 0x0 Done dumping WSM.Server.exe --- snip --- Microsoft docs: https://docs.microsoft.com/en-us/windows/win32/procthread/process-creation-… --- quote --- CREATE_NO_WINDOW 0x08000000 The process is a console application that is being run without a console window. Therefore, the console handle for the application is not set. This flag is ignored if the application is not a console application, or if it is used with either CREATE_NEW_CONSOLE or DETACHED_PROCESS. --- quote --- Also found this document which contains some interesting tidbits: https://github.com/rprichard/win32-console-docs/blob/master/README.md Wine source: https://source.winehq.org/git/wine.git/blob/d1f858e03da732c621504f90e349d51… --- snip --- 432 /********************************************************************** 433 * CreateProcessInternalW (kernelbase.@) 434 */ 435 BOOL WINAPI DECLSPEC_HOTPATCH CreateProcessInternalW( HANDLE token, const WCHAR *app_name, WCHAR *cmd_line, 436 SECURITY_ATTRIBUTES *process_attr, 437 SECURITY_ATTRIBUTES *thread_attr, 438 BOOL inherit, DWORD flags, void *env, 439 const WCHAR *cur_dir, STARTUPINFOW *startup_info, 440 PROCESS_INFORMATION *info, HANDLE *new_token ) 441 { 442 WCHAR name[MAX_PATH]; 443 WCHAR *p, *tidy_cmdline = cmd_line; 444 RTL_USER_PROCESS_PARAMETERS *params = NULL; 445 RTL_USER_PROCESS_INFORMATION rtl_info; 446 HANDLE parent = NULL; 447 NTSTATUS status; ... 471 /* Warn if unsupported features are used */ 472 473 if (flags & (IDLE_PRIORITY_CLASS | HIGH_PRIORITY_CLASS | REALTIME_PRIORITY_CLASS | 474 CREATE_DEFAULT_ERROR_MODE | CREATE_NO_WINDOW | 475 PROFILE_USER | PROFILE_KERNEL | PROFILE_SERVER)) 476 WARN( "(%s,...): ignoring some flags in %x\n", debugstr_w(app_name), flags ); ... --- snip --- $ sha1sum Sennheiser_WSM_Setup_4.4.6.6.exe be82329265ce8fca79334612007ea9b1f894bf8f Sennheiser_WSM_Setup_4.4.6.6.exe $ du -sh Sennheiser_WSM_Setup_4.4.6.6.exe 122M Sennheiser_WSM_Setup_4.4.6.6.exe $ wine --version wine-5.7-177-gad1fad8a94 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 50233] New: Signtools from Windows 10 SDK needs 'wintrust.CryptCATAdminAcquireContext2' implementation
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=50233 Bug ID: 50233 Summary: Signtools from Windows 10 SDK needs 'wintrust.CryptCATAdminAcquireContext2' implementation Product: Wine Version: 5.22 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wintrust Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, as it says. The stub was added in bug 45998 (https://source.winehq.org/git/wine.git/commitdiff/479c30072884c6342bc08faae…) Download(s): * "https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… SDK Signing Tools-x86_en-us.msi" * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… * https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe… You can get these direct downloads by running the the Windows 10 SDK web-installer, selecting the wanted packages and inspect the log file. https://developer.microsoft.com/en-us/windows/downloads/sdk-archive/ I've created snapshots on archive.org because like other vendors, MS has a bad habit of silently removing stuff after a while "rewriting history; it didn't happen". Just prepend "https://web.archive.org/web/*/" to the original direct links from MS. One liner for downloading all required payloads: --- snip --- $ for file in {4c3ef4b2b1dc72149f979f4243d2accf,685f3d4691f444bc382762d603a99afc,e5c4b31ff9997ac5603f4f28cd7df602,e98fa5eb5fee6ce17a7a69d585870b7c}.cab "Windows SDK Signing Tools-x86_en-us.msi" ; do wget "https://download.microsoft.com/download/1/c/3/1c3d5161-d9e9-4e4b-9b43-b70fe…" ; done --- snip --- Prerequisite: 'winetricks -q mfc42' (32-bit) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Windows Kits/10/bin/10.0.19041.0/x86 $ wine ./signtool.exe verify signtool.exe 0024:fixme:wintrust:CryptCATAdminAcquireContext2 0031E060 (null) (null) 00000000 0 stub SignTool Error: CryptCATAdminAcquireContext2 returned error: 0x00000078 Call not implemented. Unexpected error: "CryptCATAdminAcquireContext2 failed". --- snip --- Wine source: https://source.winehq.org/git/wine.git/blob/2ad09b01673381261815bfc804a2f69… --- snip --- 148 /*********************************************************************** 149 * CryptCATAdminAcquireContext2 (WINTRUST.@) 150 */ 151 BOOL WINAPI CryptCATAdminAcquireContext2(HCATADMIN *catAdmin, const GUID *sys, const WCHAR *algorithm, 152 const CERT_STRONG_SIGN_PARA *policy, DWORD flags) 153 { 154 FIXME("%p %s %s %p %x stub\n", catAdmin, debugstr_guid(sys), debugstr_w(algorithm), policy, flags); 155 SetLastError(ERROR_CALL_NOT_IMPLEMENTED); 156 return FALSE; 157 } --- snip --- $ sha1sum *.cab *msi 4614d732dfceb8816c95f147ff9d99dd1fcfd6dc 4c3ef4b2b1dc72149f979f4243d2accf.cab 933328788d00ec5b08fd9bfd2903b50a2caa83d3 685f3d4691f444bc382762d603a99afc.cab 3c452b0200382f8ab7495002b541735c47193c91 e5c4b31ff9997ac5603f4f28cd7df602.cab 8c451f3fdfe54356d1a4bb2ff9374aef200d399b e98fa5eb5fee6ce17a7a69d585870b7c.cab da91ee0facad49b74da579e73ab05a10630234c8 Windows SDK Signing Tools-x86_en-us.msi $ du -sh *.cab *msi 532K 4c3ef4b2b1dc72149f979f4243d2accf.cab 1.1M 685f3d4691f444bc382762d603a99afc.cab 580K e5c4b31ff9997ac5603f4f28cd7df602.cab 1.4M e98fa5eb5fee6ce17a7a69d585870b7c.cab 388K Windows SDK Signing Tools-x86_en-us.msi $ wine --version wine-5.22-260-g2ad09b01673 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 2

[Bug 32461] New: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream)
by wine-bugs＠winehq.org Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=32461 Bug #: 32461 Summary: Evolve client (.NET 4.0 app) crashes on startup due to broken libgcrypt AES-NI support (misaligned stack for SSE operations, upstream) Product: Wine Version: 1.5.19 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 folks, continuation of bug 32408 Adding this bug for documentation purposes. Prerequisite: 'winetricks -q dotnet40' (32-bit WINEPREFIX) Optional (the client will download/install on its own): 'winetricks -q msxml6' The app crashes in libgcrypt. With proper debug symbols for i686 libgcrypt we get: --- snip --- $ winedbg --gdb ./Updater.exe Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 62] 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 710 asm volatile ("movdqu %[src], %%xmm0\n\t" /* xmm0 := *a */ Wine-gdb> bt #0 0x7e29453d in do_aesni_enc_aligned ( a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>, b=0x577d3a4 "\360R'~o\004", ctx=0x577d1a8) at rijndael.c:710 #1 do_aesni (ctx=0x577d1a8, decrypt_flag=0, bx=0x577d3a4 "\360R'~o\004", ax=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1132 #2 0x7e294946 in rijndael_encrypt (context=0x577d1a8, b=0x577d3a4 "\360R'~o\004", a=0x7e2cb398 "\001K\257\"x\246\235\063\035Q\200\020\066C\351\232gC\303\321Q\232\264\362͚x\253\t\245\021\275]\036\362\r\316ּ\274\022\023\032\307\305G\210\252\b\016\225\027\353\026wq\232\317r\200\206\004", <incomplete sequence \343>) at rijndael.c:1155 #3 0x7e294f58 in selftest_basic_128 () at rijndael.c:1660 #4 0x7e294aff in selftest () at rijndael.c:1749 #5 do_setkey (keylen=16, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, ctx=0x7c908670) at rijndael.c:209 #6 rijndael_setkey (context=0x7c908670, key=0x7c906678 "!\312{\226\200j\356\030\247\256S\241\344\202", <incomplete sequence \304>, keylen=16) at rijndael.c:444 #7 0x7e278df8 in cipher_setkey (c=0x7c9085f0, key=<optimized out>, keylen=16) at cipher.c:896 #8 0x7e26e5b4 in gcry_cipher_setkey (hd=0x7c9085f0, key=0x7c906678, keylen=16) at visibility.c:521 #9 0x7e39743c in wrap_gcry_cipher_setkey (ctx=0x7c9085f0, key=0x7c906678, keysize=16) at cipher.c:115 #10 0x7e31e462 in _gnutls_cipher_init (handle=0x7c901c64, cipher=GNUTLS_CIPHER_AES_128_CBC, key=0x7c901c5c, iv=0x7c901c54) at gnutls_cipher_int.c:71 #11 0x7e3294f7 in _gnutls_init_record_state (params=0x7c901c38, read=1, state=0x7c901c4c) at gnutls_constate.c:299 #12 0x7e329ac8 in _gnutls_epoch_set_keys (session=0x7c901290, epoch=1) at gnutls_constate.c:431 #13 0x7e32a198 in _gnutls_write_connection_state_init (session=0x7c901290) at gnutls_constate.c:602 #14 0x7e31280d in _gnutls_send_handshake_final (session=0x7c901290, init=1) at gnutls_handshake.c:2888 #15 0x7e315e41 in _gnutls_handshake_common (session=0x7c901290) at gnutls_handshake.c:3121 #16 0x7e31781e in gnutls_handshake (session=0x7c901290) at gnutls_handshake.c:2690 #17 0x7e4c1a1a in schan_imp_handshake (session=0x7c901290) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel_gnutls.c:162 #18 0x7e4bff6c in schan_InitializeSecurityContextW (phCredential=0x188ed0, phContext=0x54ad0b0, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x577d7f0, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/schannel.c:766 #19 0x7e4c9180 in InitializeSecurityContextW (phCredential=0x577d8f0, phContext=0x577d9f4, pszTargetName=0xfc01bc, fContextReq=524572, Reserved1=0, TargetDataRep=16, pInput=0x12da3bc, Reserved2=0, phNewContext=0x11c6bfc, pOutput=0x12da3d0, pfContextAttr=0x11c3138, ptsExpiry=0x577d8e8) at /home/focht/projects/wine/wine-git/dlls/secur32/wrapper.c:346 ... --- snip --- Source: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=blob;f=cipher/rij… --- snip --- 1626 /* Run the self-tests for AES 128. Returns NULL on success. */ 1627 static const char* 1628 selftest_basic_128 (void) 1629 { 1630 RIJNDAEL_context ctx; 1631 unsigned char scratch[16]; 1632 ... 1672 1673 rijndael_setkey (&ctx, key_128, sizeof (key_128)); 1674 rijndael_encrypt (&ctx, scratch, plaintext_128); 1675 if (memcmp (scratch, ciphertext_128, sizeof (ciphertext_128))) 1676 return "AES-128 test encryption failed."; 1677 rijndael_decrypt (&ctx, scratch, scratch); 1678 if (memcmp (scratch, plaintext_128, sizeof (plaintext_128))) 1679 return "AES-128 test decryption failed."; 1680 1681 return NULL; 1682 } --- snip --- "RIJNDAEL_context ctx" was not properly 16-byte aligned on stack, hence the crash in encrypt using SSE instructions. Using big brother I found some reports about this problem: --- Gentoo "dev-libs/libgcrypt-1.5.0-r2 - aes-ni segfaults" buglink: https://bugs.gentoo.org/show_bug.cgi?id=442568 patch: http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/dev-libs/libgcrypt/… --- Debian "libgcrypt11: New 1.5.0 version segfaults with NSS/PAM LDAP" buglink: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=643336 --- Upstream libgcrypt buglink: https://bugs.g10code.com/gnupg/issue1452 patch: http://git.gnupg.org/cgi-bin/gitweb.cgi?p=libgcrypt.git;a=commitdiff;h=a969… --- The "final" patch (using __attribute__ ((aligned (16))) on "RIJNDAEL_context" structure) did not fix the issue for me. At least on my Fedora 16, gcc version 4.6.3 20120306 (Red Hat 4.6.3-2) still misaligned context buffers, causing segfault. I added "-mpreferred-stack-boundary=2" to CFLAGS to force gcc to realign the stack in function prolog. Fixed prolog code: --- snip --- .text:08001EE0 selftest_basic_128: .text:08001EE0 push ebp .text:08001EE1 mov ebp, esp .text:08001EE3 lea esp, [esp-0Ch] .text:08001EE7 and esp, 0FFFFFFF0h .text:08001EEA lea esp, [esp-22Ch] ... --- snip --- I suspect there are various other distros still broken regarding this bug hence you need to build a fixed libgcrypt version on your own. 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.

3 5

[Bug 54695] New: Adobe Premiere Pro CS6: Fails to load msxml3
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=54695 Bug ID: 54695 Summary: Adobe Premiere Pro CS6: Fails to load msxml3 Product: Wine Version: 8.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: msxml3 Assignee: wine-bugs(a)winehq.org Reporter: ericxiang456(a)gmail.com Distribution: --- Created attachment 74204 --> https://bugs.winehq.org/attachment.cgi?id=74204 Terminal output when running Adobe Premiere CS6 When running Adobe Premiere CS6 in Wine with the msxml3 library override to "Native" (installed via Winetricks), Premiere will fail to run because the msxml3 library fails to load (terminal output attached below). When overriding the msxml3 library to "Builtin then native", Premiere will launch, however the user interface will be displayed incorrectly (UI elements in black will appear as white). -- 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 56043] New: Native Wayland Touchpad scroll doesn't work
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=56043 Bug ID: 56043 Summary: Native Wayland Touchpad scroll doesn't work Product: Wine Version: 9.0-rc2 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: capybaraserene(a)gmail.com Distribution: --- Native Wayland is working almost perfect for several of my apps for the first time. Great job! It's almost perfect now except touchpad scrolling doesn't work. WineHQ: wine-devel64-9.0.rc2-1.1.x86_64 Fedora 39 GNOME Wayland XWayland: Touchpad scroll works =============================== * DISPLAY=:0 * wine explorer.exe * two finger scroll works Native Wayland: Touchpad scroll doesn't work ============================================ * regedit HKEY_CURRENT_USER\Software\Wine\Drivers\Graphics x11,wayland * unset DISPLAY * wine explorer.exe * two finger scroll doesn't work -- 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 31655] New: SlingPlayer 1.5 fails to show video if Wine is upgraded
by wine-bugs＠winehq.org Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=31655 Bug #: 31655 Summary: SlingPlayer 1.5 fails to show video if Wine is upgraded Product: Wine Version: 1.5.12 Platform: x86-64 URL: http://download.slingmedia.com/player/pc/SlingPlayer-S etup-EU-1.5.1.343.exe OS/Version: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs(a)winehq.org ReportedBy: kennybobs(a)o2.co.uk Classification: Unclassified Created attachment 41616 --> http://bugs.winehq.org/attachment.cgi?id=41616 Wine 1.5.6 console output SlingPlayer 1.5 fails to show video if Wine is upgraded. Sound works fine. I have tested this over and over and it is the act of upgrading Wine that appears to be causing the problem. Native quartz, qcap and gdiplus needed to get this far. Tested: 1.4.1 --> 1.5.6 1.5.6 --> 1.5.12 1.5.12 --> wine-1.5.12-157-gbdf9a9f Following the upgrade there is some new output in the console: err:ddraw:ddraw7_QueryInterface (0x1ee6f8)->({aca12120-3356-11d1-8fcf-00c04fc29b4e}, 0x16d554): No interface found And this line disappears: err:ole:CoGetClassObject class {7d8aa343-6e63-4663-be90-6b80f66540a3} not registered 7d8aa343-6e63-4663-be90-6b80f66540a3 is related to quartz.dll (http://mikolajapp.appspot.com/uuid/query?q={7d8aa343-6e63-4663-be90-6b80f66…) and this somehow becomes registered during the transition, and stops video from being shown in the SlingPlayer. I cannot understand what would cause this. Attempting to unregister fails: Failed to unregister DLL c:\windows\system32\quartz.dll No known workaround: I have to reinstall SlingPlayer every time, or lock the upgrades on my system. -- 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 12

[Bug 57983] New: getaddrinfo cannot handle "https" as the service string, but windows 10 can
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=57983 Bug ID: 57983 Summary: getaddrinfo cannot handle "https" as the service string, but windows 10 can Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: katharine.chui(a)gmail.com Distribution: --- Created attachment 78236 --> https://bugs.winehq.org/attachment.cgi?id=78236 test/reproduce code test code that can be built with mingw-w64 gcc attached, on linux wine, the current output is: getaddrinfo("google.com", "https", NULL, &res) failed with 10109 aka WSATYPE_NOT_FOUND on windows, both "443" and "https" service strings works -- 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 50323] New: Multiple applications need 'winsock.getservbyname' to read information from '%SystemRoot%\System32\Drivers\Etc\services' (Autodesk 3ds Max 9 RaySat service)
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=50323 Bug ID: 50323 Summary: Multiple applications need 'winsock.getservbyname' to read information from '%SystemRoot%\System32\Drivers\Etc\services' (Autodesk 3ds Max 9 RaySat service) Product: Wine Version: 6.0-rc2 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: winsock Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, follow-up to bug 12076 Autodesk 3ds Max 9 installation will fail when 'SAT service' option is selected. The service is also mentioned in bug 32317. --- snip --- $ WINEDEBUG=+seh,+loaddll,+relay,+services,+msi wine msiexec -i 3dsmax9_win32.msi >>log.txt 2>&1 ... 0024:trace:msi:ACTION_PerformAction Performing action (L"StartServices") ... 0124:Call KERNEL32.CreateProcessW(00000000,00126b70 L"C:\\Program Files\\Autodesk\\3ds Max 9\\mentalray\\satellite\\raysat_3dsmax9_32server.exe",00000000,00000000,00000000,00000400,0012f5f0,00000000,0121f9d8,0121fbec) ret=00406247 ... 0144:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\ntdll.dll" at 7BC00000: builtin 0144:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernelbase.dll" at 7B000000: builtin 0144:trace:loaddll:build_module Loaded L"C:\\windows\\system32\\kernel32.dll" at 7B600000: builtin 0144:trace:loaddll:build_module Loaded L"C:\\Program Files\\Autodesk\\3ds Max 9\\mentalray\\satellite\\raysat_3dsmax9_32server.exe" at 00400000: native ... 0124:Ret KERNEL32.CreateProcessW() retval=00000001 ret=00406247 ... 01c4:Call advapi32.SetServiceStatus(00127df8,0040f380) ret=004028c3 ... 01c4:Ret advapi32.SetServiceStatus() retval=00000001 ret=004028c3 01c4:Call ws2_32.getservbyname(00cbf9e0 "mi-raysat_3dsmax9_32",0040bad4 "tcp") ret=004028fa ... 01c4:Ret ws2_32.getservbyname() retval=00000000 ret=004028fa 01c4:Call KERNEL32.GetLastError() ret=0040130c 01c4:Ret KERNEL32.GetLastError() retval=00002afc ret=0040130c 01c4:Call KERNEL32.GetLastError() ret=004011dd 01c4:Ret KERNEL32.GetLastError() retval=00002afc ret=004011dd 01c4:Call KERNEL32.FormatMessageA(00003100,00000000,00002afc,00000000,00cbf344,00000000,00000000) ret=004011eb 01c4:Call ntdll.RtlFindMessage(7b600000,0000000b,00000000,00002afc,00cbf290) ret=7b023ef5 01c4:Ret ntdll.RtlFindMessage() retval=c0000109 ret=7b023ef5 01c4:Call ntdll.RtlNtStatusToDosError(c0000109) ret=7b023f00 01c4:Ret ntdll.RtlNtStatusToDosError() retval=0000013d ret=7b023f00 01c4:Ret KERNEL32.FormatMessageA() retval=00000000 ret=004011eb 01c4:Call advapi32.RegisterEventSourceA(00000000,0040f260 "RaySat_3dsmax9_32 Server") ret=0040111e 01c4:fixme:advapi:RegisterEventSourceA ((null),"RaySat_3dsmax9_32 Server"): stub 01c4:fixme:advapi:RegisterEventSourceW (L"",L"RaySat_3dsmax9_32 Server"): stub 01c4:Ret advapi32.RegisterEventSourceA() retval=cafe4242 ret=0040111e 01c4:Call advapi32.ReportEventA(cafe4242,00000001,00000000,c0020002,00000000,00000002,00000000,00cbf364,00000000) ret=0040116b 01c4:fixme:advapi:ReportEventA (CAFE4242,0x0001,0x0000,0xc0020002,00000000,0x0002,0x00000000,00CBF364,00000000): stub 01c4:fixme:advapi:ReportEventW (CAFE4242,0x0001,0x0000,0xc0020002,00000000,0x0002,0x00000000,00128080,00000000): stub 01c4:err:eventlog:ReportEventW L"(1632) getservbyname: 0x2afc (11004)" 01c4:err:eventlog:ReportEventW L"" 01c4:Ret advapi32.ReportEventA() retval=00000001 ret=0040116b 01c4:Call advapi32.DeregisterEventSource(cafe4242) ret=004011ad 01c4:fixme:advapi:DeregisterEventSource (CAFE4242) stub 01c4:Ret advapi32.DeregisterEventSource() retval=00000001 ret=004011ad 01c4:Call advapi32.SetServiceStatus(00127df8,0040f380) ret=00402c28 ... 01c4:Ret advapi32.SetServiceStatus() retval=00000001 ret=00402c28 ... 0144:Call KERNEL32.ExitProcess(00000000) ret=00403a8a ... 0024:warn:msi:ITERATE_StartService service failed to start 1 ... 0024:trace:msi:msi_schedule_action Scheduling action L"StopServices" in script 2 ... 0024:err:msi:execute_script Execution of script 0 halted; action L"StartServices" returned 1627 ... 0024:err:msi:ITERATE_Actions Execution halted, action L"InstallFinalize" returned 1627 ... --- snip --- The following entry is written to '%SystemRoot%\System32\Drivers\Etc\services' file during service installation: --- snip --- ... mi-raysat_3dsmax9_32 7504/tcp #mental ray 3.5 Satellite (32-bit) --- snip --- The service tries to retrieve its own service information (port) using winsock 'getservbyname' function. This obviously fails because Wine calls Linux libc function which is by design unaware of '%SystemRoot%\System32\Drivers\Etc\services'. Wine source: https://source.winehq.org/git/wine.git/blob/3acb0b3326c4120ea0c4c6076bd03c9… --- snip --- 6386 /*********************************************************************** 6387 * getservbyname (WS2_32.55) 6388 */ 6389 struct WS_servent* WINAPI WS_getservbyname(const char *name, const char *proto) 6390 { 6391 struct WS_servent* retval = NULL; 6392 struct servent* serv; 6393 char *name_str; 6394 char *proto_str = NULL; 6395 6396 if (!(name_str = strdup_lower(name))) return NULL; 6397 6398 if (proto && *proto) 6399 { 6400 if (!(proto_str = strdup_lower(proto))) 6401 { 6402 HeapFree( GetProcessHeap(), 0, name_str ); 6403 return NULL; 6404 } 6405 } 6406 6407 EnterCriticalSection( &csWSgetXXXbyYYY ); 6408 serv = getservbyname(name_str, proto_str); 6409 if( serv != NULL ) 6410 { 6411 retval = WS_dup_se(serv); 6412 } 6413 else SetLastError(WSANO_DATA); 6414 LeaveCriticalSection( &csWSgetXXXbyYYY ); 6415 HeapFree( GetProcessHeap(), 0, proto_str ); 6416 HeapFree( GetProcessHeap(), 0, name_str ); 6417 TRACE( "%s, %s ret %p\n", debugstr_a(name), debugstr_a(proto), retval ); 6418 return retval; 6419 } --- snip --- $ sha1sum 3dsmax9.zip d04eeb0eeabbb7cedaf536170fb6879b2faf1a25 3dsmax9.zip $ du -sh 3dsmax9.zip 590M 3dsmax9.zip $ wine --version wine-6.0-rc2 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 5

[Bug 59188] New: wayland: Photoshop menu is overlapped by canvas (wrong z-order)
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59188 Bug ID: 59188 Summary: wayland: Photoshop menu is overlapped by canvas (wrong z-order) Product: Wine Version: 11.0-rc4 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: winewayland Assignee: wine-bugs(a)list.winehq.org Reporter: bigfoothart(a)gmail.com Distribution: --- Created attachment 80052 --> http://bugs.winehq.org/attachment.cgi?id=80052 photoshop menu is overlapped by canvas wayland mode: Photoshop menu is overlapped by canvas (wrong z-order). Reproduced in all wine versions. And when the focus switches to other apps, the menu appears in foreground (see in video) -- 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 3

[Bug 50572] New: LDAP_AUTH_NEGOTIATE login fails as authorization user is used instead of authentication user
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=50572 Bug ID: 50572 Summary: LDAP_AUTH_NEGOTIATE login fails as authorization user is used instead of authentication user Product: Wine Version: 6.0 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wldap32 Assignee: wine-bugs(a)winehq.org Reporter: damjan.jov(a)gmail.com Distribution: --- In the "ldapsearch" command line tool, "-X" is the authorization user and "-U" is the authentication user. For a server using LDAP_AUTH_NEGOTIATE, it must have the authentication user - supplying only the authorization user always fails: $ ldapsearch -h HOSTNAME -v -X USERNAME -W ldap_initialize( ldap://HOSTNAME ) Enter LDAP Password: SASL/DIGEST-MD5 authentication started ldap_sasl_interactive_bind_s: Invalid credentials (49) <===================== additional info: 8009030C: LdapErr: DSID-0C09055F, comment: AcceptSecurityContext error, data 52e, v23f0 Changing the "-X" to "-U", it successfully logs in. If both "-X" and "-U" are present, it also successfully logs in. In dlls/wldap32/bind.c, in the callback function sasl_interact(), Wine supplies its username to SASL_CB_USER which is like "-X", so login always fails the same way. If I change it to supply the username to SASL_CB_AUTHNAME (like "-U"), login succeeds. -- 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 3

[Bug 36186] New: valgrind shows a potential leak in wmiutils/tests/path.c
by wine-bugs＠winehq.org Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=36186 Bug ID: 36186 Summary: valgrind shows a potential leak in wmiutils/tests/path.c Product: Wine Version: 1.7.17 Hardware: x86 OS: Linux Status: NEW Keywords: download, source, testcase Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: austinenglish(a)gmail.com ==2566== 28 bytes in 1 blocks are possibly lost in loss record 164 of 592 ==2566== at 0x7BC4C6B7: notify_alloc (heap.c:255) ==2566== by 0x7BC50EFB: RtlAllocateHeap (heap.c:1716) ==2566== by 0x4FC483E: COMPOBJ_DllList_Add (compobj.c:526) ==2566== by 0x4FC6B7A: apartment_getclassobject (compobj.c:1335) ==2566== by 0x4FCA2C4: get_inproc_class_object (compobj.c:2894) ==2566== by 0x4FCA783: CoGetClassObject (compobj.c:3032) ==2566== by 0x4FCAD45: CoCreateInstance (compobj.c:3197) ==2566== by 0x4E78E44: create_path (path.c:81) ==2566== by 0x4E78E9E: test_IWbemPath_SetText (path.c:132) ==2566== by 0x4E7F004: func_path (path.c:869) ==2566== by 0x4E7FE31: run_test (test.h:584) ==2566== by 0x4E8021F: main (test.h:654) ==2566== follow up to bug 36161 -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 9

[Bug 53047] New: "IDS_ERROR_NO_WIZARD_PAGES" on running Sketchup 2021 installer, native xmllite is workaround
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

https://bugs.winehq.org/show_bug.cgi?id=53047 Bug ID: 53047 Summary: "IDS_ERROR_NO_WIZARD_PAGES" on running Sketchup 2021 installer, native xmllite is workaround Product: Wine Version: 7.9 Hardware: x86-64 URL: https://download.sketchup.com/SketchUpPro-2022-0-354-1 26.exe OS: Linux Status: NEW Keywords: download, Installer Severity: normal Priority: P2 Component: xmllite Assignee: wine-bugs(a)winehq.org Reporter: xerox.xerox2000x(a)gmail.com Distribution: Debian Created attachment 72439 --> https://bugs.winehq.org/attachment.cgi?id=72439 +xmllite,+msgbox This was reported on the forum so I gave it a try. It gets a bit further with native xmllite but than there`s a messagebox with "Invalid Handle". This bug report is for the 1st messagbeox with IDS_ERROR_NO_WIZARD_PAGES, after which the installer quits. Attached a +xmllite,+msgbox trace -- 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 49939] New: Clive Barker's Jericho Demo claims not enough room on C: (NtMapViewOfSection returns STATUS_NOMEMORY)
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=49939 Bug ID: 49939 Summary: Clive Barker's Jericho Demo claims not enough room on C: (NtMapViewOfSection returns STATUS_NOMEMORY) Product: Wine Version: 5.18 Hardware: x86-64 URL: https://www.gamepressure.com/download.asp?ID=17454 OS: Linux Status: NEW Keywords: download Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: gijsvrm(a)gmail.com Blocks: 34747 Distribution: ArchLinux Created attachment 68320 --> https://bugs.winehq.org/attachment.cgi?id=68320 logs I wanted to retest bug 34747, but the demo won't install. The last test in that bug is from the 1.9 era and seems to imply that the demo used to install. I also checked on Windows 10 and it installs fine there. For multiple reasons bisecting this might be challenging. Attached is an archive containing +relay,+virtual logs from both vanilla wine and wine-staging (The ForceBottomUpAlloc patchset changes/adds tracing). I tried in both a 64bit and 32bit prefix, same result. Logs are from a 32bit prefix. -- 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 34747] New: Clive Barker's Jericho Demo intro movies are grayscale (without native d3dcompiler_43 or d3dx9_36)
by wine-bugs＠winehq.org Aug. 22, 2026

Aug. 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=34747 Bug #: 34747 Summary: Clive Barker's Jericho Demo intro movies are grayscale (without native d3dcompiler_43 or d3dx9_36) Product: Wine Version: 1.7.4 Platform: x86 URL: http://www.gamershell.com/download_21174.shtml OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: directx-d3dx9 AssignedTo: wine-bugs(a)winehq.org ReportedBy: andrey.goosev(a)gmail.com CC: wine-bugs(a)winehq.org Classification: Unclassified Intro movies without native d3dcompiler_43 or d3dx9_36 plays in grayscale effect. -- 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.

3 15

[Bug 45229] New: Source insight 4 tool bar is too large when installed in wine.
by wine-bugs＠winehq.org Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=45229 Bug ID: 45229 Summary: Source insight 4 tool bar is too large when installed in wine. Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: 15236286238(a)163.com Distribution: --- Created attachment 61458 --> https://bugs.winehq.org/attachment.cgi?id=61458 The tool bar of source insight 4 is too large. For source insight 4, the tool bar is too large to use when installed in all version of wine. But source insight 4 tool bar is normal in windows os. The download link of source insight 4 is bellow: https://www.sourceinsight.com/trial/ The official website of source insight 4 is bellow: https://www.sourceinsight.com/ Source insight 3 is normal in windows os or installed in wine in linux os. -- 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.

3 10

[Bug 46856] New: Exact Audio Copy: Unhandled exception at EACWnd2.264 -> INDEX-RANGE
by wine-bugs＠winehq.org Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=46856 Bug ID: 46856 Summary: Exact Audio Copy: Unhandled exception at EACWnd2.264 -> INDEX-RANGE Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: newbie13xd(a)gmail.com Distribution: --- Greetings! Sometimes, not always, when I close a window in Exact Audio Copy (which I hereafter will refer to as EAC) EAC throws an error message to me with the title "Unhandled Exception" and body "at EACWnd2.264 -> INDEX-RANGE. Most recently this occurred after I had finished ripping a CD and pressed OK on the window where it shows you how well the ripping went. This error message appeared very shortly after said window had closed. After closing the error box by clicking "ok", EAC freezes, and moments after closes. EAC was downloaded from here: https://www.netzwelt.de/software-download/38342-exact-audio-copy-eac.html It is what seems to be the only official mirror, looking here: http://www.exactaudiocopy.de/en/index.php/resources/download/ -- 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 58698] New: Application goes into an infinite loop under new wow64 but works okay under old wow64
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

http://bugs.winehq.org/show_bug.cgi?id=58698 Bug ID: 58698 Summary: Application goes into an infinite loop under new wow64 but works okay under old wow64 Product: Wine Version: 10.15 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: ntdll Assignee: wine-bugs(a)winehq.org Reporter: dkk089(a)gmail.com Distribution: --- Created attachment 79297 --> http://bugs.winehq.org/attachment.cgi?id=79297 WINEDEBUG=+virtual under "new wow64" Application goes into an infinite loop under new wow64 but works okay under old wow64 I have an application that enters an infinite loop under "new wow64" but works okay with "old wow64". Running under actual 64-bit Windows is okay too. The problem seems to be caused by application logic which calls VirtualAlloc() repeatedly in order to (presumably) find out the maximum available amount of memory that the application is able to allocate. The first hint that this might be somehow related to memory were the error messages reported when running under "old wow64" : 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x74010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 74000000 Running the application with WINEDEBUG=+virtual showed the NtAllocateVirtualMemory calls that are made by the application, starting with a size of 0x7fffffff, exploring a number of different sizes, and then eventually settling on 0x701f0000 : 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 7fffffff 2000 00000004 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x80010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 80000000 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 3fffffff 2000 00000004 01a0:trace:virtual:map_view got mem in reserved area 0x11050000-0x51050000 01a0:trace:virtual:dump_view View: 0x11050000 - 0x5104ffff (valloc) 01a0:trace:virtual:dump_view 0x11050000 - 0x5104ffff --rw- 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff 0x11050000 00000000 8000 -- snip : successful calls after that with sizes 0x5fffffff , 0x6fffffff -- 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 77ffffff 2000 00000004 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x78010000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 78000000 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 -- snip : goes on to try sizes starting with 0x70 ... -- 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 701f0001 2000 00000004 01a0:err:virtual:map_view anon mmap error Cannot allocate memory, size 0x70201000, unix_prot 0 01a0:err:virtual:allocate_virtual_memory out of memory for allocation, base (nil) size 701f1000 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 01a0:trace:virtual:NtAllocateVirtualMemory 0xffffffff (nil) 701f0000 2000 00000004 01a0:trace:virtual:map_view got mem with anon mmap 0x80000000-0xf01f0000 01a0:trace:virtual:dump_view View: 0x80000000 - 0xf01effff (valloc) 01a0:trace:virtual:dump_view 0x80000000 - 0xf01effff --rw- 01a0:trace:virtual:NtFreeVirtualMemory 0xffffffff (nil) 00000000 8000 The application makes the same calls under "new wow64", but since none of those calls ever fail, it seems to get confused, reaches size=0, and then gets stuck on that size : 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 7fffffff 2000 00000004 016c:trace:virtual:map_view got mem with map_free_area 0x7fff0000-0xffff0000 016c:trace:virtual:dump_view View: 0x7fff0000 - 0xfffeffff (valloc) 016c:trace:virtual:dump_view 0x7fff0000 - 0xfffeffff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x7fff0000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 3fffffff 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x51050000 016c:trace:virtual:dump_view View: 0x11050000 - 0x5104ffff (valloc) 016c:trace:virtual:dump_view 0x11050000 - 0x5104ffff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x11050000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 1fffffff 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x31050000 016c:trace:virtual:dump_view View: 0x11050000 - 0x3104ffff (valloc) 016c:trace:virtual:dump_view 0x11050000 - 0x3104ffff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x11050000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 0fffffff 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x11050000-0x21050000 016c:trace:virtual:dump_view View: 0x11050000 - 0x2104ffff (valloc) 016c:trace:virtual:dump_view 0x11050000 - 0x2104ffff --rw- -- snip : repeated calls with size right-shifted by 1 -- 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 0000000f 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000007 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000003 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000001 2000 00000004 016c:trace:virtual:map_view got mem in reserved area 0x3750000-0x3751000 016c:trace:virtual:dump_view View: 0x3750000 - 0x3750fff (valloc) 016c:trace:virtual:dump_view 0x3750000 - 0x3750fff --rw- 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff 0x3750000 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 016c:trace:virtual:NtAllocateVirtualMemory 0xffffffffffffffff (nil) 00000000 2000 00000004 016c:trace:virtual:NtFreeVirtualMemory 0xffffffffffffffff (nil) 00000000 8000 It then loops on the call with size=0 indefinitely and keeps running until I kill the wineserver. Unfortunately, this is a proprietary legacy application so I can't share it, however I'll be more than glad to accept pointers on which debug channels to activate, any other further debugging steps, or changes to the code that might fix this. Thanks in advance. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

2 9

[Bug 56990] New: Implement "getdfDIJoystick"
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=56990 Bug ID: 56990 Summary: Implement "getdfDIJoystick" Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: minor Priority: P2 Component: -unknown Assignee: wine-bugs(a)winehq.org Reporter: EpicTux123(a)proton.me Distribution: --- Created attachment 76823 --> https://bugs.winehq.org/attachment.cgi?id=76823 "getdfDIJoystick" message Hello. I am using Wine from GloriousEggroll's Proton version 9.10. Playing L.A. Noire (Rockstar Games game) with V-Patch modification. When the game launches, a message box with "getdfDIJoystick" appears. Clicking OK makes the game launch as normal. I don't know what this is for, but I believe a dummy "getdfDIJoystick" could be implemented so it "passes" the check. This only happens via Wine/Proton, and does not happen in native Windows (according to other users). I don't have a Windows machine to test. I did not test this with "pure" Wine, but I believe this is a Wine issue rather than a Proton issue. I'll leave a screenshot attached. INFORMATION/LINKS OS: Fedora Linux 40 Game: https://store.steampowered.com/app/110800/LA_Noire/ Proton used: https://github.com/GloriousEggroll/proton-ge-custom/releases/tag/GE-Proton9… V-Patch modification: https://github.com/VaanaCZ/LANVP ADDITIONAL CONTEXT The author of V-Patch is currently remaking the mod to use Ultimate ASI Loader (see https://github.com/VaanaCZ/LANVP/issues/26) so the problem of "getdfDIJoystick" should go away, but I think it would be nice to implement this in Wine anyway (even if it is a dummy check). WINEDLLOVERRIDES="dinput8=n,b" is necessary to make the patch work. Thanks for your attention. -- 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 10

[Bug 54858] New: Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark)
by WineHQ Bugzilla Aug. 22, 2026

Aug. 22, 2026

https://bugs.winehq.org/show_bug.cgi?id=54858 Bug ID: 54858 Summary: Multiple games call for "Windows.System.DispatcherQueue" (Tannenberg, The Last Stand: Aftermath, The Long Dark) Product: Wine Version: 8.6 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: ole32 Assignee: wine-bugs(a)winehq.org Reporter: andrey.goosev(a)gmail.com Distribution: --- Lots of 0e8c:fixme:combase:RoGetActivationFactory (L"Windows.System.DispatcherQueue", {00000035-0000-0000-c000-000000000046}, 00007FEEE4A0FA00): semi-stub 0e8c:err:combase:RoGetActivationFactory Failed to find library for L"Windows.System.DispatcherQueue" 8.6-29-ga19c1ff1697 -- 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 42