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

[Bug 60095] New: GTA: San Andreas videos are not displayed when using exclusive fullscreen
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=60095 Bug ID: 60095 Summary: GTA: San Andreas videos are not displayed when using exclusive fullscreen Product: Wine Version: 11.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Keywords: regression Severity: normal Priority: P2 Component: winex11.drv Assignee: wine-bugs(a)list.winehq.org Reporter: bluechxindv(a)gmail.com Target Milestone: --- Regression SHA1: ae3cd29bd513f7c1cffca95e9c0c8c8304eeb12c Distribution: --- Created attachment 81629 --> http://bugs.winehq.org/attachment.cgi?id=81629 +x11drv logs GTA: San Andreas videos (such as the Rockstar Games intro video) seemed to not display in Wine, with audio however playing in the background. Initially, thinking it was a quartz/ddraw bug, I started looking into those but the decoding process seemed to work perfectly, as if the videos were instead just never presented to screen. I patched quartz to dump more information during presentation (see attachments) and it showed the following: DIAG hwnd 00030066 visible 1 style 0x56000000 exstyle 0 window (0,0)-(1920,1080) client (0,0)-(1920,1080) DIAG parent 0003005E root 0003005E root_visible 1 root_rect (0,0)-(1920,1080) foreground 0003005E 0x56000000 should be WS_CHILD | WS_VISIBLE | WS_CLIPSIBLINGS | WS_CLIPCHILDREN, and parent == root == 0003005E, so the video renders into a visible child window covering the whole of the game's toplevel window, which is the foreground window and is in D3D9 exclusive fullscreen. Adding x11drv logging then shows that while quartz creates the video window as a toplevel, the game calls IVideoWindow::put_Owner() on it, which makes it a child. Its content therefore renders offscreen, to be composited back by X11DRV_client_surface_present(), but that function returns early for any window that isn't the toplevel while the toplevel is in exclusive fullscreen, so the frames are just dropped. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 60257] New: win32u: send_mouse_motion() skips resetting raw_mouse.count on empty input, causing a heap buffer overflow
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=60257 Bug ID: 60257 Summary: win32u: send_mouse_motion() skips resetting raw_mouse.count on empty input, causing a heap buffer overflow Product: Wine Version: 11.13 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: win32u Assignee: wine-bugs(a)list.winehq.org Reporter: GenShinigami(a)gmail.com Target Milestone: --- Distribution: --- Please note: I am not someone with the tech-knowledge to have done this alone, and want to be transparent that I have been using a LLM to assist in investigating and resolving it. I've tested the fix it has provided, and it has been working for me. Apologies for not providing something that I personally dug into and identified, and if providing LLM-generated finds is not allowed, I also apologize of that. This particular bug was found while using the Shadowrun 5e character creation app called "Chummer5a" wihch is a .NET character generator that I am running through WINE. accum_mouse_motion() in dlls/win32u/input.c accumulates raw mouse motion frames into a fixed 64-entry buffer (struct raw_mouse { UINT count; POINT data[64]; }, embedded in struct user_thread_info). When the buffer is about to overflow, it calls send_mouse_motion() to flush the accumulated input and reset the counter. send_mouse_motion() has an early-return optimization to skip sending genuinely empty input: static NTSTATUS send_mouse_motion( UINT flags ) { struct user_thread_info *info = get_user_thread_info(); INPUT input = info->mouse_motion; NTSTATUS status; if (!input.mi.dwFlags && !input.mi.mouseData) return STATUS_SUCCESS; /* ignore empty inputs */ TRACE( "Sending %s (%u raw frames)\n", debugstr_mouseinput( &input.mi ), info->raw_mouse.count ); status = server_send_hardware_message( info->mouse_hwnd, flags, &input, (LPARAM)&info->raw_mouse ); memset( &info->mouse_motion, 0, sizeof(info->mouse_motion) ); info->raw_mouse.count = 0; info->mouse_hwnd = NULL; return status; } The early return happens BEFORE info->raw_mouse.count = 0. If info->mouse_motion happens to be empty (dwFlags == 0 && mouseData == 0) at the exact moment accum_mouse_motion() calls this to flush an about-to-overflow buffer, the function returns without resetting the counter. The caller has no way to know the reset didn't happen, and proceeds to memcpy into the buffer and increment the counter anyway - now starting from a value that's already at (or past) capacity. Every subsequent raw mouse frame writes one slot further out of bounds. In our reproduction the counter reached 73 (9 slots, i.e. 72 bytes, past the 64-entry/512-byte buffer) before the overflow reached and corrupted session_data, a pointer field later in the same struct user_thread_info that's dereferenced on essentially every call into the shared message-queue code (get_shared_queue() and friends in dlls/win32u/winstation.c). Once that pointer is corrupted, the affected thread SIGSEGVs on every subsequent call to those functions, recovers, and retries - producing a CPU-pinned livelock rather than a clean crash, since Wine's own signal handler catches and recovers from the fault each time. Reproduction: we were not able to isolate a minimal, deterministic repro - it depends on the exact timing/sequence of real mouse input (specifically, a run of raw motion frames with no accompanying regular move/button/wheel data landing right as the 64-entry accumulator is about to overflow). In our case it surfaced as an intermittent CPU-pinning hang in a .NET application under Wine, recurring anywhere from under a minute to about ten minutes into a session, confirmed via a hardware watchpoint on the corrupted field across multiple independent captures (all showing the same raw_mouse.count pattern: 9 past capacity). Suggested fix: perform the accumulator reset (mouse_motion, raw_mouse.count, mouse_hwnd) unconditionally on every flush; only the actual send to wineserver should be skipped for empty input: static NTSTATUS send_mouse_motion( UINT flags ) { struct user_thread_info *info = get_user_thread_info(); INPUT input = info->mouse_motion; NTSTATUS status = STATUS_SUCCESS; if (input.mi.dwFlags || input.mi.mouseData) { TRACE( "Sending %s (%u raw frames)\n", debugstr_mouseinput( &input.mi ), info->raw_mouse.count ); status = server_send_hardware_message( info->mouse_hwnd, flags, &input, (LPARAM)&info->raw_mouse ); } memset( &info->mouse_motion, 0, sizeof(info->mouse_motion) ); info->raw_mouse.count = 0; info->mouse_hwnd = NULL; return status; } This preserves the original "don't bother telling wineserver about an empty input" optimization while guaranteeing the accumulator's own bookkeeping is always reset on a flush, closing the overflow path. We've built and run this fix locally (wine-staging 11.13) and confirmed it resolves the livelock - one hour of continuous use with zero recurrences, versus recurring every few minutes before the fix. -- 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 2

[Bug 45979] New: Advanced SystemCare 6.4 needs 'SWbemPropertySet:: get__NewEnum' to iterate over 'Win32_PhysicalMedia' properties
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=45979 Bug ID: 45979 Summary: Advanced SystemCare 6.4 needs 'SWbemPropertySet::get__NewEnum' to iterate over 'Win32_PhysicalMedia' properties Product: Wine Version: 3.18 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: wmi&wbemprox Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 40534 Download: https://advanced-systemcare-free.en.uptodown.com/windows/download/49018 Prerequisite: workaround for bug 26936 ('winetricks -q comctl32') --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files/IObit/Advanced SystemCare 6 $ WINEDEBUG=+tid,+seh,+relay,+wbemprox wine ./ASC.exe >>log.txt 2>&1 ... 002a:trace:wbemprox:wbem_services_ExecQuery 0x1ef4e0, L"WQL", L"SELECT * FROM Win32_PhysicalMedia", 0x00000011, (nil), 0x33f77c ... 002a:trace:wbemprox:grab_table returning 0x7ba6860c 002a:trace:wbemprox:parse_query wql_parse returned 0 ... 002a:trace:wbemprox:EnumWbemClassObject_create 0x33f77c ... 002a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1efb98 ... 002a:trace:wbemprox:enum_class_object_Skip 0x1efb98, -1, 1 002a:trace:wbemprox:enum_class_object_Skip 0x1efb98, -1, 1 002a:trace:wbemprox:enum_class_object_Reset 0x1efb98 ... 002a:trace:wbemprox:enum_class_object_Clone 0x1efb98, 0x33f7fc 002a:trace:wbemprox:EnumWbemClassObject_create 0x33f7fc ... 002a:trace:wbemprox:EnumWbemClassObject_create returning iface 0x1efbc8 ... 002a:trace:wbemprox:enum_class_object_Next 0x1efbc8, -1, 1, 0x33f7e4, 0x33f7e8 002a:trace:wbemprox:create_class_object L"Win32_PhysicalMedia", 0x33f7e4 ... 002a:trace:wbemprox:create_class_object returning iface 0x1efbf8 ... 002a:trace:wbemprox:class_object_Get 0x1efbf8, L"__PROPERTY_COUNT", 00000000, 0x33f7f0, (nil), (nil) 002a:fixme:wbemdisp:propertyset_get__NewEnum 002a:Call ole32.GetErrorInfo(00000000,0033f820) ret=0527c946 002a:Ret ole32.GetErrorInfo() retval=00000001 ret=0527c946 002a:Call KERNEL32.FormatMessageW(00003200,00000000,80004001,00000000,0033f564,00000100,00000000) ret=0522136c 002a:Ret KERNEL32.FormatMessageW() retval=00000000 ret=0522136c 002a:Call user32.LoadStringW(051c0000,0000ff1d,0033d75c,00001000) ret=051c8996 002a:Ret user32.LoadStringW() retval=0000000e ret=051c8996 002a:Call KERNEL32.RaiseException(0eedfade,00000001,00000007,0033f7d4) ret=0527f336 002a:trace:seh:raise_exception code=eedfade flags=1 addr=0x7b43c81b ip=7b43c81b tid=002a 002a:trace:seh:raise_exception info[0]=0527f336 002a:trace:seh:raise_exception info[1]=053e8510 002a:trace:seh:raise_exception info[2]=80004001 002a:trace:seh:raise_exception info[3]=0527f336 002a:trace:seh:raise_exception info[4]=0033f904 002a:trace:seh:raise_exception info[5]=0033f824 002a:trace:seh:raise_exception info[6]=0033f7f0 002a:trace:seh:raise_exception eax=7b4298b1 ebx=00000018 ecx=0033f724 edx=0033f7d4 esi=0033f824 edi=0033f7a0 002a:trace:seh:raise_exception ebp=0033f778 esp=0033f704 cs=7bcf0023 ds=33002b es=f7b9002b fs=f7b90063 gs=f7b9006b flags=00000212 002a:trace:seh:call_stack_handlers calling handler at 0x527ca00 code=eedfade flags=1 002a:trace:seh:call_stack_handlers handler at 0x527ca00 returned 1 002a:trace:seh:call_stack_handlers calling handler at 0x527f403 code=eedfade flags=1 002a:trace:seh:__regs_RtlUnwind code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind eax=00000000 ebx=0033f360 ecx=0527f336 edx=0033f830 esi=0033f830 edi=0033f710 002a:trace:seh:__regs_RtlUnwind ebp=0033f378 esp=0033f32c eip=051c4934 cs=0023 ds=002b fs=0063 gs=006b flags=00000246 002a:trace:seh:__regs_RtlUnwind calling handler at 0x7bc81810 code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind handler at 0x7bc81810 returned 1 002a:trace:seh:__regs_RtlUnwind calling handler at 0x527ca00 code=eedfade flags=3 002a:trace:seh:__regs_RtlUnwind handler at 0x51c4b90 returned 1 002a:Call KERNEL32.MultiByteToWideChar(0000fde9,00000000,0527c1bb "EOleException\xb0\x04\x02",0000000d,053e854c,0000000e) ret=051c8551 002a:Ret KERNEL32.MultiByteToWideChar() retval=0000000d ret=051c8551 ... --- snip --- $ sha1sum advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe 8535ed1ab74d7b9547c7d47e75b9159076527253 advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe $ du -sh advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe 23M advanced-systemcare-free-6-4-0-es-en-br-fr-de-it-win.exe $ wine --version wine-3.18 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 5

[Bug 23364] New: 16-bit games - many don't work in Wine.
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 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 19

[Bug 60140] New: Signature from BCryptSignHash with RSA 512 key and PSS padding cannot be verified
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=60140 Bug ID: 60140 Summary: Signature from BCryptSignHash with RSA 512 key and PSS padding cannot be verified Product: Wine Version: 10.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: bcrypt Assignee: wine-bugs(a)list.winehq.org Reporter: kedarh(a)microsoft.com Target Milestone: --- Distribution: --- Created attachment 81739 --> http://bugs.winehq.org/attachment.cgi?id=81739 sample C++ application that signs data and verifies signature Signing data using BCryptSignHash with an RSA 512-bit key and BCRYPT_PAD_PSS successfully produces a signature, but using the same key pair to validate the signature fails with STATUS_INVALID_SIGNATURE. There are a few problems with this: 1. The same BCryptSignHash with RSA 512 key and PSS padding on Win10 or Win11 fails with STATUS_INVALID_PARAMETER. That's a behavior difference with Windows. 2. Of course, the signature validation failure is an error too. I'm attaching a minimal repro that demonstrates the problem. -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 60080] New: GTA: Vice City - Blank white screen during intro video
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=60080 Bug ID: 60080 Summary: GTA: Vice City - Blank white screen during intro video Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown Assignee: wine-bugs(a)list.winehq.org Reporter: ldmwbjbipxjqwacdhk(a)kjkpc.net Target Milestone: --- Distribution: --- Created attachment 81596 --> http://bugs.winehq.org/attachment.cgi?id=81596 trace log from wine-11.14. WINEDEBUG=trace+win,x11drv After starting Grand Theft Auto: Vice City, when the intro video starts playing, the video does not show, but instead the screen is completely white. The sound does work, however. If one skips the intro, then the game works as normal. I think the same bug happens with GTA3 as well, but I haven't done much testing with GTA3. The intro video does work on some older Wine versions. The regression seems to be caused by commit ae3cd29bd513f7c1cffca95e9c0c8c8304eeb12c. The attached trace log is with WINEDEBUG=trace+win,x11drv. Some quartz- related present errors are visible in the log, but they may be a red herring, since they are visible even in the wine versions that do work. I grepped the log with grep -v NtUserGetKeyState, because the log was full of NtUserGetKeyState spam. The log is from version wine-11.14. I tried the xdotool selectwindow windowunmap trick that works with games like Post Mortem, but it doesn't seem to work here. It seems that the white window is not hiding the real window behind it. There is a similar report regarding Wayland: https://bugs.winehq.org/show_bug.cgi?id=59181 Contrary to that report, I can definitely see the bug in X11, whether I'm using wine-11.0, wine-11.2, or wine-11.14 -- 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 4

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

Sept. 4, 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 5

[Bug 46815] New: PS4 Remote Play 2.x (.NET 4.x app) fails on startup, reports 'Cannot connect to the server.' (missing TEMP directory in user' s Local AppData directory)
by wine-bugs＠winehq.org Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=46815 Bug ID: 46815 Summary: PS4 Remote Play 2.x (.NET 4.x app) fails on startup, reports 'Cannot connect to the server.' (missing TEMP directory in user's Local AppData directory) Product: Wine Version: 4.3 Hardware: x86-64 OS: Linux Status: NEW Severity: normal Priority: P2 Component: shell32 Assignee: wine-bugs(a)winehq.org Reporter: focht(a)gmx.net Distribution: --- Hello folks, continuation of bug 46809 (and bug 46812). The app still fails, displaying a message "Cannot connect to the server.". Prerequisite: * 64-bit WINEPREFIX * .NET Framework 4.6 ('winetricks -q dotnet46) * Windows version set to 8.1 or higher Install with Wine-Staging 4.3 or use patch from bug 46812 Work around bug 46809 (https://bugs.winehq.org/show_bug.cgi?id=46809#c2) --- snip --- $ pwd /home/focht/.wine/drive_c/Program Files (x86)/Sony/PS4 Remote Play $ WINEDEBUG=+seh,+relay wine ./RemotePlay.exe >>log.txt 2>&1 ... 0040:Call shell32.SHGetFolderPathW(00000000,0000001c,00000000,00000000,001f2720) ret=79b46917 ... 0040:Call shlwapi.PathFileExistsW(0683f440 L"C:\\users\\focht\\Local Settings\\Application Data") ret=786a4a8c ... 0040:Ret shlwapi.PathFileExistsW() retval=00000001 ret=786a4a8c 0040:Ret shell32.SHGetFolderPathW() retval=00000000 ret=79b46917 ... 0040:Call KERNEL32.GetFullPathNameW(0683f458 L"C:\\users\\focht\\Local Settings\\Application Data",00000105,0683f22c,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=0000002e ret=79b48abb ... 0040:Call KERNEL32.GetFullPathNameW(0683f3e4 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\rp-version-win.json",00000105,0683f1b8,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=00000047 ret=79b48abb ... 0040:Call KERNEL32.GetLastError() ret=00cb4513 0040:Ret KERNEL32.GetLastError() retval=000003f0 ret=00cb4513 0040:Call KERNEL32.CreateFileW(0171eb50 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\rp-version-win.json",40000000,00000001,00000000,00000002,00100000,00000000) ret=79b47fac 0040:Ret KERNEL32.CreateFileW() retval=ffffffff ret=79b47fac ... 0040:Call KERNEL32.GetFullPathNameW(0683f3e4 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\pplist.json",00000105,0683f1b8,00000000) ret=79b48abb 0040:Ret KERNEL32.GetFullPathNameW() retval=0000003f ret=79b48abb ... 0040:Call KERNEL32.CreateFileW(0171f224 L"C:\\users\\focht\\Local Settings\\Application Data\\Temp\\pplist.json",40000000,00000001,00000000,00000002,00100000,00000000) ret=79b47fac 0040:Ret KERNEL32.CreateFileW() retval=ffffffff ret=79b47fac 0040:Call KERNEL32.GetLastError() ret=00cb4513 0040:Ret KERNEL32.GetLastError() retval=00000003 ret=00cb4513 ... 0040:Call KERNEL32.RaiseException(e0434352,00000001,00000005,0683f5a0) ret=00c9d135 0040:trace:seh:raise_exception code=e0434352 flags=1 addr=0x7b44c03b ip=7b44c03b tid=0040 0040:trace:seh:raise_exception info[0]=80070003 0040:trace:seh:raise_exception info[1]=00000000 0040:trace:seh:raise_exception info[2]=00000000 0040:trace:seh:raise_exception info[3]=00000000 0040:trace:seh:raise_exception info[4]=00b70000 0040:trace:seh:raise_exception eax=7b43a48d ebx=00000005 ecx=00000000 edx=0683f550 esi=0683f550 edi=0683f510 0040:trace:seh:raise_exception ebp=0683f4e8 esp=0683f484 cs=6830023 ds=683002b es=f7c5002b fs=f7c50063 gs=f7c5006b flags=00000216 0040:trace:seh:call_vectored_handlers calling handler at 0xc95ce3 code=e0434352 flags=1 0040:Call KERNEL32.GetLastError() ret=00c95d11 0040:Ret KERNEL32.GetLastError() retval=00000003 ret=00c95d11 ... 0038:Call user32.CreateWindowExW(00000000,01719420 L"WindowsForms10.STATIC.app.0.141b42a_r5_ad1",01727e08 L"Cannot connect to the server.",5600000d,00000010,0000001c,000001c0,00000041,0001008a,00000000,00400000,00000000) ret=0506dccf ... --- snip --- Corresponding managed callstacks using CLR debugger (normally invisible): --- snip --- ... (f6.f3): CLR exception - code e0434352 (first chance) Exception object: 0174ac28 Exception type: System.IO.DirectoryNotFoundException Message: Could not find a part of the path 'C:\users\focht\Local Settings\Application Data\Temp\rp-version-win.json'. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070003 OS Thread Id: 0xf3 (8) Child SP IP Call Site 0682f5f4 7b44c03b [HelperMethodFrame: 0682f5f4] 0682f6a4 79ad7de4 System.IO.__Error.WinIOError(Int32, System.String) 0682f6c4 79a95714 System.IO.FileStream.Init(System.String, System.IO.FileMode, System.IO.FileAccess, Int32, Boolean, System.IO.FileShare, Int32, System.IO.FileOptions, SECURITY_ATTRIBUTES, System.String, Boolean, Boolean, Boolean) 0682f794 79a664e7 System.IO.FileStream..ctor(System.String, System.IO.FileMode, System.IO.FileAccess) 0682f7b0 03e655df System.Net.WebClient.DownloadFileAsync(System.Uri, System.String, System.Object) 0682f7ec 03e65510 System.Net.WebClient.DownloadFileAsync(System.Uri, System.String) 0682f7f4 003edb75 RemoteplayUI.CheckUpdate.?() 0682f890 79b1b6b2 System.Threading.Tasks.Task`1[[System.Int32, mscorlib]].InnerInvoke() 0682f89c 79b1e570 System.Threading.Tasks.Task.Execute() 0682f8c0 79b1e9ba System.Threading.Tasks.Task.ExecutionContextCallback(System.Object) 0682f8c4 79a963e4 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f930 79a96326 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f944 79b1e838 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) 0682f9a8 79b1e724 System.Threading.Tasks.Task.ExecuteEntry(Boolean) 0682f9b8 79b1e66c System.Threading.Tasks.Task.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 0682f9bc 79adb953 System.Threading.ThreadPoolWorkQueue.Dispatch() 0682fa0c 79adb7fa System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 0682fc34 00b71366 [DebuggerU2MCatchHandlerFrame: 0682fc34] (f6.f3): CLR exception - code e0434352 (first chance) Exception object: 0174c808 Exception type: System.IO.DirectoryNotFoundException Message: Could not find a part of the path 'C:\users\focht\Local Settings\Application Data\Temp\pplist.json'. InnerException: <none> StackTrace (generated): <none> StackTraceString: <none> HResult: 80070003 OS Thread Id: 0xf3 (8) Child SP IP Call Site 0682f5f4 7b44c03b [HelperMethodFrame: 0682f5f4] 0682f6a4 79ad7de4 System.IO.__Error.WinIOError(Int32, System.String) 0682f6c4 79a95714 System.IO.FileStream.Init(System.String, System.IO.FileMode, System.IO.FileAccess, Int32, Boolean, System.IO.FileShare, Int32, System.IO.FileOptions, SECURITY_ATTRIBUTES, System.String, Boolean, Boolean, Boolean) 0682f794 79a664e7 System.IO.FileStream..ctor(System.String, System.IO.FileMode, System.IO.FileAccess) 0682f7b0 03e655df System.Net.WebClient.DownloadFileAsync(System.Uri, System.String, System.Object) 0682f7ec 03e65510 System.Net.WebClient.DownloadFileAsync(System.Uri, System.String) 0682f7f4 003edc60 RemoteplayUI.CheckUpdate.?() 0682f890 79b1b6b2 System.Threading.Tasks.Task`1[[System.Int32, mscorlib]].InnerInvoke() 0682f89c 79b1e570 System.Threading.Tasks.Task.Execute() 0682f8c0 79b1e9ba System.Threading.Tasks.Task.ExecutionContextCallback(System.Object) 0682f8c4 79a963e4 System.Threading.ExecutionContext.RunInternal(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f930 79a96326 System.Threading.ExecutionContext.Run(System.Threading.ExecutionContext, System.Threading.ContextCallback, System.Object, Boolean) 0682f944 79b1e838 System.Threading.Tasks.Task.ExecuteWithThreadLocal(System.Threading.Tasks.Task ByRef) 0682f9a8 79b1e724 System.Threading.Tasks.Task.ExecuteEntry(Boolean) 0682f9b8 79b1e66c System.Threading.Tasks.Task.System.Threading.IThreadPoolWorkItem.ExecuteWorkItem() 0682f9bc 79adb953 System.Threading.ThreadPoolWorkQueue.Dispatch() 0682fa0c 79adb7fa System.Threading._ThreadPoolWaitCallback.PerformWaitCallback() 0682fc34 00b71366 [DebuggerU2MCatchHandlerFrame: 0682fc34] ... --- snip --- Looks like the app wants to put files into '%CSIDL_LOCAL_APPDATA%\\Temp' https://stackoverflow.com/questions/1322442/getting-user-temporary-folder-p… --- quote --- In Windows 10, this can be tricky because the value of the Temporary Path depends not only what it's set to by default, but also what kind of app you're using. So it depends what specifically you need. [Common Area] TEMP in User's Local App Data #include <Windows.h> #include <Shlobj.h> #include <Shlobj_core.h> #include <string_view> // ... static void GetUserLocalTempPath(std::wstring& input_parameter) { static constexpr std::wstring_view temp_label = L"\\Temp\\"; HWND folder_handle = { 0 }; WCHAR temp_path[MAX_PATH]; auto get_folder = SHGetFolderPath( folder_handle, CSIDL_LOCAL_APPDATA, NULL, SHGFP_TYPE_DEFAULT, temp_path ); if (get_folder == S_OK) { input_parameter = static_cast<const wchar_t*>(temp_path); input_parameter.append(temp_label); CloseHandle(folder_handle); } } GetUserLocalTempPath will likely return the full name instead of the short name. Also, if whatever is running it is doing it as as SYSTEM instead of a logged in user, instead of it returning %USERPROFILE%\AppData\Local\Temp, it will return something more like, C:\Windows\System32\config\systemprofile\AppData\Local\Temp --- quote --- Manually creating the directory gets the app further (to run into next issue) Wine source: https://source.winehq.org/git/wine.git/blob/HEAD:/dlls/shell32/shellpath.c#… --- snip --- 4570 /****************************************************************************** 4571 * create_extra_folders [Internal] 4572 * 4573 * Create some extra folders that don't have a standard CSIDL definition. 4574 */ 4575 static HRESULT create_extra_folders(void) 4576 { 4577 static const WCHAR environW[] = {'E','n','v','i','r','o','n','m','e','n','t',0}; 4578 static const WCHAR microsoftW[] = {'M','i','c','r','o','s','o','f','t',0}; 4579 static const WCHAR TempW[] = {'T','e','m','p',0}; 4580 static const WCHAR TEMPW[] = {'T','E','M','P',0}; 4581 static const WCHAR TMPW[] = {'T','M','P',0}; 4582 WCHAR path[MAX_PATH+5]; 4583 HRESULT hr; 4584 HKEY hkey; 4585 DWORD type, size, ret; 4586 4587 ret = RegCreateKeyW( HKEY_CURRENT_USER, environW, &hkey ); 4588 if (ret) return HRESULT_FROM_WIN32( ret ); 4589 4590 /* FIXME: should be under AppData, but we don't want spaces in the temp path */ 4591 hr = SHGetFolderPathAndSubDirW( 0, CSIDL_PROFILE | CSIDL_FLAG_CREATE, NULL, 4592 SHGFP_TYPE_DEFAULT, TempW, path ); 4593 if (SUCCEEDED(hr)) 4594 { 4595 size = sizeof(path); 4596 if (RegQueryValueExW( hkey, TEMPW, NULL, &type, (LPBYTE)path, &size )) 4597 RegSetValueExW( hkey, TEMPW, 0, REG_SZ, (LPBYTE)path, (strlenW(path) + 1) * sizeof(WCHAR) ); 4598 size = sizeof(path); 4599 if (RegQueryValueExW( hkey, TMPW, NULL, &type, (LPBYTE)path, &size )) 4600 RegSetValueExW( hkey, TMPW, 0, REG_SZ, (LPBYTE)path, (strlenW(path) + 1) * sizeof(WCHAR) ); 4601 } 4602 RegCloseKey( hkey ); 4603 4604 if (SUCCEEDED(hr)) 4605 { 4606 hr = SHGetFolderPathAndSubDirW( 0, CSIDL_COMMON_APPDATA | CSIDL_FLAG_CREATE, NULL, 4607 SHGFP_TYPE_DEFAULT, microsoftW, path ); 4608 } 4609 if (SUCCEEDED(hr)) 4610 { 4611 hr = SHGetFolderPathAndSubDirW(0, CSIDL_APPDATA | CSIDL_FLAG_CREATE, NULL, 4612 SHGFP_TYPE_DEFAULT, Microsoft_Windows_ThemesW, path); 4613 } 4614 return hr; 4615 } --- snip --- There is even a related FIXME comment. $ sha1sum RemotePlayInstaller.exe d7e56a826e82689383687dfc63fe2a035b987604 RemotePlayInstaller.exe $ du -sh RemotePlayInstaller.exe 19M RemotePlayInstaller.exe $ wine --version wine-4.3-229-g6d82b2f1ad 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 3

[Bug 60223] New: IMFTimedText and related APIs missing
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

http://bugs.winehq.org/show_bug.cgi?id=60223 Bug ID: 60223 Summary: IMFTimedText and related APIs missing Product: Wine Version: unspecified Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: mfplat Assignee: wine-bugs(a)list.winehq.org Reporter: tim(a)klingt.org Target Milestone: --- Distribution: --- Some of the Media Foundation APIs COM interfaces are not implemented, i.e. the IMFTimedText COM interfaces. This was found when migrating qtmultimedia to newer WMF APIs, which failed to compile with mingw based compilers. afaict those are simple COM wrappers, though i don't think i can provide a cleanroom implementation myself, considering that i've seen the msvc-provided headers during my day-to-day development. the interfaces in question are all the IMFTimedText* classes listed in: https://learn.microsoft.com/en-us/windows/win32/api/mfmediaengine/ -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.

1 5

[Bug 53241] New: wtsapi32:wtsapi - test_WTSEnumerateProcessesW() crashes if a process exits during the test?
by WineHQ Bugzilla Sept. 4, 2026

Sept. 4, 2026

https://bugs.winehq.org/show_bug.cgi?id=53241 Bug ID: 53241 Summary: wtsapi32:wtsapi - test_WTSEnumerateProcessesW() crashes if a process exits during the test? Product: Wine Version: unspecified Hardware: x86-64 OS: Windows Status: NEW Severity: normal Priority: P2 Component: wtsapi32 Assignee: wine-bugs(a)winehq.org Reporter: fgouget(a)codeweavers.com wtsapi32:wtsapi - test_WTSEnumerateProcessesW() crashes if a process exits during the test? Here is the failure: wtsapi.c:78: Test failed: failed to find pid 0x20e4 wtsapi.c:82: this is the last test seen before the exception 0618:wtsapi: unhandled exception c0000005 at 0000000000401848 https://test.winehq.org/data/patterns.html#wtsapi32:wtsapi The crash happens when check_wts_process_info() dereferences the NULL pointer returned by find_nt_process_info(). So presumably the test must check that some API does return information about at least some processes but it seems allowances should be made for processes exiting during the test. -- 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