December 2025 - Wine-Bugs - list.winehq.org

[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 54836] New: GrandMA3 onPC Version 1.9.2.2 page fault on startup (1.8.8.2 worked fine)
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 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 11