May 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 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 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 59749] New: sapi: ISpVoice::SetPriority and GetStatus return E_NOTIMPL, breaking Overwatch 2 Audio Captions (and likely any SAPI app that polls status or checks SetPriority's HRESULT)
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59749 Bug ID: 59749 Summary: sapi: ISpVoice::SetPriority and GetStatus return E_NOTIMPL, breaking Overwatch 2 Audio Captions (and likely any SAPI app that polls status or checks SetPriority's HRESULT) Product: Wine Version: 11.8 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: sapi Assignee: wine-bugs(a)list.winehq.org Reporter: bohdan(a)tkachenko.dev Distribution: --- dlls/sapi/tts.c has three ISpVoice methods still stubbed out with FIXME(...stub...); return E_NOTIMPL; - spvoice_SetPriority (line 1231) - spvoice_GetPriority (line 1238) - spvoice_GetStatus (line 1212) SetPriority and GetStatus are both on the hot path for Overwatch 2's "Audio Captions" accessibility TTS feature (Steam AppID 2357570, runs under Proton - which ships unmodified upstream Wine SAPI). They cause two distinct failure modes: 1. During voice setup, OW2 calls ISpVoice::SetPriority(SPVPRI_NORMAL) and checks the HRESULT. E_NOTIMPL makes it abort TTS init entirely - PLAY SAMPLE produces silence and the in-game UI gives no error. 2. If SetPriority is forced to return S_OK (verified by binary-patching the stub), the engine successfully synthesizes the first sample. The game then calls ISpVoice::Speak(text, SPF_ASYNC, ...) and tight-polls ISpVoice::GetStatus waiting for SPVOICESTATUS.dwRunningState == SPRS_DONE. Stock GetStatus returns E_NOTIMPL and writes nothing into the status struct, so the game polls forever and subsequent PLAY SAMPLE clicks silently do nothing. Other SAPI apps that use Speak(SPF_DEFAULT) or Speak(SPF_ASYNC) + WaitUntilDone(INFINITE) never hit these methods and work fine on stock Wine, which is why this hasn't been reported before despite the stubs being old. OW2's accessibility code is unusually defensive. Steps to reproduce ================== 1. Install Wine 11.8+ (or any current Proton - same upstream code: ValveSoftware/wine branch proton_11.0 dlls/sapi/tts.c is byte-identical to wine-mirror/wine master, MD5 verified). 2. Install Overwatch 2 (free-to-play, Steam AppID 2357570) - or any SAPI app that checks SetPriority's HRESULT. 3. In game settings -> Accessibility, enable Audio Captions and select a Proton voice (e.g. "Proton Voice - English (United States) - LIBRITTS-R 14"). 4. Click PLAY SAMPLE. Actual: silence; in-game UI gives no error. With WINEDEBUG=+sapi: spvoice_SetVoice -> picks ProtonTTS_libritts-r_3 spvoice_SetOutput(NULL) -> default audio out spvoice_SetRate(3) -> S_OK spvoice_SetVolume(100) -> S_OK spvoice_SetPriority(0) -> STUB -> E_NOTIMPL [BUG #1] spvoice_Release -> game gives up here After binary-patching SetPriority to return S_OK: spvoice_Speak(text, SPF_ASYNC=1) -> audio plays once loop: spvoice_GetStatus(&status, NULL) -> STUB -> E_NOTIMPL, status untouched ... [BUG #2 - tight poll forever] Expected: PLAY SAMPLE plays the voice sample, and the button works again on every subsequent click. Workaround: binary-patch the two E_NOTIMPLs, or use a locally-built Wine with the patches below. Fix === A patch is being prepared for wine-devel implementing all three methods plus tests. Sketch: - SetPriority/GetPriority: store value on struct speech_voice, validate against SPVPRI_NORMAL/ALERT/OVER. - GetStatus: populate SPVOICESTATUS from cur_stream_num (last queued), a new last_stream_num/last_hr updated in speak_proc, and async_wait_queue_empty(&queue, 0) for dwRunningState. Patch verified against Wine's existing dlls/sapi/tests/ suite (new tests added) and end-to-end in OW2: both PLAY SAMPLE clicks play correctly with no wedge. -- 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 1

[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 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 59775] New: German umlauts won't be handled correctly by typing
by WineHQ Bugzilla Aug. 23, 2026

Aug. 23, 2026

http://bugs.winehq.org/show_bug.cgi?id=59775 Bug ID: 59775 Summary: German umlauts won't be handled correctly by typing Product: Wine Version: 11.9 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: andreas.franz(a)arcor.de Distribution: --- German umlauts (ö, ä, ü) make strange things, if typed on keyboard: - .NET keycode-event don't produce any keycode in an e. g. textbox. But letter is shown correctly in same textbox. Pressing CTRL+<umlaut> produce letter AND keycode. - Pressing "ö" crashes MailStore-Client with "arithmetic" error. Works fine with 11.0 stable. Works fine if Ctrl+ö is pressed, too. I've noticed this behavior since wine 11.8. Copy&Paste works fine in all tested applications. So I think it's something wrong with keyboard-press-eventhandling? Any ideas? regards, Andy -- 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 53

[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