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

[Bug 59393] SERVICE_INTERACTIVE_PROCESS services don't work properly

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59393 --- Comment #1 from Hoshino Lina <lina(a)lina.yt> --- I should mention that what I'm trying to do here is have a SERVICE_INTERACTIVE_PROCESS service that nonetheless behaves like a system process in the sense that it does not keep wineserver alive just by existing. So it would not be sufficient to make SERVICE_INTERACTIVE_PROCESS services non-system since that would defeat the purpose. I'm guessing that without the winstation exclusion logic, explorer.exe would also keep the session alive. So perhaps explorer.exe itself should be marked system, and then the winstation logic not applied to SERVICE_INTERACTIVE_PROCESS services (despite them otherwise still being a System process)? That way they could keep explorer.exe alive, and everything still would be killed when all non-service processes exit. -- 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.

Feb. 8, 2026

[Bug 59395] Tex Murphy: Overseer - Texture corruption/artifacts mid-game

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59395 --- Comment #2 from Béla Gyebrószki <gyebro69(a)gmail.com> --- Created attachment 80356 --> http://bugs.winehq.org/attachment.cgi?id=80356 corrupted textures -- 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.

Feb. 8, 2026

[Bug 59395] Tex Murphy: Overseer - Texture corruption/artifacts mid-game

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59395 --- Comment #1 from Béla Gyebrószki <gyebro69(a)gmail.com> --- Created attachment 80355 --> http://bugs.winehq.org/attachment.cgi?id=80355 good pic -- 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.

Feb. 8, 2026

[Bug 59395] New: Tex Murphy: Overseer - Texture corruption/artifacts mid-game

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59395 Bug ID: 59395 Summary: Tex Murphy: Overseer - Texture corruption/artifacts mid-game Product: Wine Version: 11.0-rc4 Hardware: x86-64 URL: https://store.steampowered.com/app/302370/Tex_Murphy_O verseer/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: d3d Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: z.figura12(a)gmail.com Regression SHA1: 7be265ec89a89db65f0b13f9b7c20c34573b6bb4 Distribution: ArchLinux Created attachment 80354 --> http://bugs.winehq.org/attachment.cgi?id=80354 plain terminal output After finishing the intro sequences and getting into Tex's office, some of the furniture in the office has strange, corrupted textures. This happens with the Nouveau Vulkan driver/Mesa 25.3.4. and with Nvidia binary 580.126.09 as well. Reverting the following commit on top of Wine-11.2 fixes the problem for me: commit 7be265ec89a89db65f0b13f9b7c20c34573b6bb4 wined3d: Avoid some invalidation when texture states are set redundantly. The game is an oldie from 1998, but it runs reasonably well in Wine. All I had to change was limiting the VRAM size to 2048 (or lower) in the registry, because the game displays only plain surfaces as textures when detecting more than 2 GB of VRAM. -- 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.

Feb. 8, 2026

[Bug 56927] msys2-64/cygwin64: rsync fails with 'Socket operation on non-socket'

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56927 --- Comment #3 from Bernhard Übelacker <bernhardu(a)mailbox.org> --- Still present with wine-11.2. Submitted merge request: https://gitlab.winehq.org/wine/wine/-/merge_requests/10051 -- 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.

Feb. 8, 2026

[Bug 59394] New: Tex Murphy: Overseer fails to start (segfault) using NVK/Mesa

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59394 Bug ID: 59394 Summary: Tex Murphy: Overseer fails to start (segfault) using NVK/Mesa Product: Wine Version: 11.1 Hardware: x86-64 URL: https://store.steampowered.com/app/302370/Tex_Murphy_O verseer/ OS: Linux Status: NEW Keywords: regression Severity: normal Priority: P2 Component: opengl Assignee: wine-bugs(a)list.winehq.org Reporter: gyebro69(a)gmail.com CC: rbernon(a)codeweavers.com Regression SHA1: 6802b32b3859e3b1c3e59bdb462d373fcf0608cf Distribution: ArchLinux Created attachment 80353 --> http://bugs.winehq.org/attachment.cgi?id=80353 glxinfo -B, eglinfo -B The game crashes immediately on start in Wine-11.1 and 11.2 with a segmentation fault when using the open source NVK driver and Mesa 25.3.4. There is no such problem with the Nvidia binary driver 580.126.09. This happens in Wayland (KDE Plasma 6.5.5) and under X11 (XFCE) too. Switching to the GLX backend resolves the crash under X11 and XWayland, but not when using the native Wayland driver. Reverting the following commit on top of Wine-11.2 fixes the problem for me: commit 6802b32b3859e3b1c3e59bdb462d373fcf0608cf opengl32: Fix front buffer emulation glBlitFramebuffer parameters. There is nothing obvious in the terminal. I'm mostly using the binary Nvidia driver, I just happened to bump into this bug. Let me know if you need any further log. I'm attaching here the output of my 'glxinfo -B' and 'eglinfo -B'. I *think* the vga card is properly recognized and used by the OS with the open source driver. Wine-11.2 Mesa 25.3.4 NVIDIA GeForce GTX 1660 SUPER (NVK TU116) -- 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.

Feb. 8, 2026

[Bug 46475] Enlarging the text via mouse-wheel in wordpad does not adapt the character spacing

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=46475 --- Comment #4 from KRosUser <kyle.kcsoftwares(a)gmail.com> --- Wine 11.1 still affected dlls/riched20/wrap.c => https://github.com/wine-mirror/wine/blame/master/dlls/riched20/wrap.c#L95 hr = ScriptPlace( c->hDC, &run->style->script_cache, run->glyphs, run->num_glyphs, run->vis_attrs, &run->script_analysis, run->advances, run->offsets, NULL ); run->offsets to be checked or NULL'd ? -- 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.

Feb. 8, 2026

[Bug 56906] White Background in pwSafe about window

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=56906 KRosUser <kyle.kcsoftwares(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Version|9.11 |10.3 -- 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.

Feb. 8, 2026

[Bug 40435] 42Tags (.NET app) doesn't launch (System.Globalization.CultureNotFoundException: Culture ID 0 (0x0000) is not a supported culture.)

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=40435 Gijs Vermeulen <gijsvrm(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Resolution|--- |FIXED Status|NEW |RESOLVED Fixed by SHA1| |3d3a95f4742ab5091b7512e444e | |2e741b7017092 --- Comment #12 from Gijs Vermeulen <gijsvrm(a)gmail.com> --- (In reply to Esme Povirk from comment #11) This works now with wine-11.2, thanks. Marking FIXED. -- 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.

Feb. 8, 2026

[Bug 59393] New: SERVICE_INTERACTIVE_PROCESS services don't work properly

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59393 Bug ID: 59393 Summary: SERVICE_INTERACTIVE_PROCESS services don't work properly Product: Wine Version: 11.0 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: wineserver Assignee: wine-bugs(a)list.winehq.org Reporter: lina(a)lina.yt Distribution: --- service_run_main_thread() calls ProcessWineMakeProcessSystem, which makes the thread a system process. A system process is not allowed to keep a desktop alive, per the logic in server/winstation.c. When such a process tries to create a window, such as by calling MessageBoxA(), it ends up in winstation_init(), which creates a desktop and assigns it to the current process. This launches explorer.exe. However, this desktop isn't actually ever owned by the service, because it is a system process. This is an unstable state. If any other process/thread is assigned/released a desktop at this point, server/winstation.c will kill explorer.exe by sending it WM_CLOSE. This a race. Sequence of events: - Service Process starts - It becomes a system process after running the main service dispatcher - Service calls MessageBoxA() - X11DRV_create_win_data -> init_clip_window() grabs the clip_window ID from explorer.exe - Some other process/thread owns a desktop and becomes system, exits, or whatever. - The close_timeout triggers, and explorer.exe is told to exit - The clip_window is destroyed - Any clip_window operations (such as ungrab_clipping_window() via X11DRV_ClipCursor) trigger a BadWindow X11 error and kill the service This is happening on Proton partially due to some Proton changes (that cause the sequence of events above to actually happen almost 100% reliably), but I believe the fundamental problem exists in vanilla Wine. -- 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.

Feb. 8, 2026