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

[Bug 33621] [UWIN] UWIN/var/etc/passwd.uwin contains garbage and grows without bounds

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=33621 --- Comment #10 from Sebastian Feld <sebastian.n.feld(a)gmail.com> --- (In reply to Austin English from comment #9) > (In reply to Dan Kegel from comment #8) > > Source appears to be at https://github.com/att/uwin > > But no binaries: https://github.com/att/uwin/issues/2 > > Looks like archive.org didn't get it either, because of the user/password > requirement.. See https://bugs.winehq.org/show_bug.cgi?id=33634#c8 for binaries. -- 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.

Aug. 4, 2026

[Bug 33621] [UWIN] UWIN/var/etc/passwd.uwin contains garbage and grows without bounds

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=33621 Sebastian Feld <sebastian.n.feld(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian.n.feld(a)gmail.com -- 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.

Aug. 4, 2026

[Bug 33634] [UWIN] simple ls -l from the UWIN gives a lot of warnings

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=33634 Sebastian Feld <sebastian.n.feld(a)gmail.com> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |sebastian.n.feld(a)gmail.com -- 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.

Aug. 4, 2026

[Bug 50277] Haven intro video does not play

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=50277 --- Comment #82 from Stian Low <wineryyyyy(a)gmail.com> --- (In reply to Shmerl from comment #22) > Some report that Proton handles Blood West correct. What is the exact > difference and can this be upstreamed or for some reason not? I spent time last year trying to understand proton/dxvk diffs but concluded there were too many deviations for a practical port. Therefore my fixes so far have been irrespective of however proton/dxvk handles these videos. Attempts were made around 2021 to merge proton's changes that support videos for vulkan but were rejected for wine. Recently an alternative foundational architecture has been merged for supporting GetSharedHandle for wine. Still I have been directed to dxvk by winehq as a guide for how to better support GetSharedHandle for MR-11404 so I will take a closer look again for supporting it. -- 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.

Aug. 4, 2026

[Bug 50277] Haven intro video does not play

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=50277 --- Comment #81 from Stian Low <wineryyyyy(a)gmail.com> --- Created attachment 81685 --> http://bugs.winehq.org/attachment.cgi?id=81685 Screenshots Elderborn videos fixed via MR-11398 for renderer=gl and vulkan and darker rendering for vulkan fixed via `winecfg /v win8` until MR-10567 for win10 (In reply to Shmerl from comment #18) > Could be a similar issue. I get these errors when videos don't play in Blood > West: (In reply to mrdeathjr28 from comment #19) > elderborn (same devs of blood west) show a similar error, audio works > without video (In reply to Shmerl from comment #26) > Not sure if it's the game update that changed something or something changed > in Wine, but videos in Blood West started working! Despite Elderborn sharing the same developers it seems a duplicate of Haven video bug vs BloodWest which is able to fallback to software video decoding without MR-11398 for still unknown reasons. UnityPlayer/2020.3.10f1 args tested but none seem to support equiv MR-11398 workaround: - https://docs.unity3d.com/2020.3/Documentation/Manual/PlayerCommandLineArgum… Some UnityPlayer flags seem to be respected but not others: - -force-d3d12 never shows vkd3d but instead wined3d for renderer=gl and damavand for vulkan which may be a separate bug - -force-d3d11-bitblt-model does not fix renderer=vulkan darker rendering fixed by `winecfg /v win8` until MR-10567 for win10 - -force-vulkan and -force-glcore cause popup errors "Failed to initialize player" with details "InitializeEngineGraphics failed" which may need a separate bug Other bugs: - Alt+tab for fullscreen results in not responding state requiring force close for wayland test (seen for other games and may be a regression, x11 not tested yet; windowed mode works for wayland) - Fullscreen seems to override windowed mode every other run similar to IronHarvest which may also be a regression and makes Alt+tab bug more obvious MR-11398 was recently reviewed so I'll be working to do what I can to get it merged while I continue to also prepare to push a more complete/correct solution for MR-11404 this week which currently only works via `WINE_D3D_CONFIG=csmt=0x2,renderer=vulkan` as proof of an alternative partial fix for vulkan vs MR-11398 which supports both vulkan and gl and default csmt=0x1. -- 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.

Aug. 4, 2026

[Bug 60097] wineserver hangs with Assertion failed: (info->count), function enum_tcp_connections, file sock.c

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60097 --- Comment #4 from fanoush <fanoush(a)gmail.com> --- just a folowup, I moved to wine@devel which is latest 11.14 and I also managed to recompile wine 11.14 in macos and have patch prepared but I am waiting for reproducing it on 11.14 first, it did not happen yet. As I previously reported sometimes it could work for days before it is triggered so I'll wait for that and then try patched version (and wait again). For now the patch is adding the extra test like > if (!info.count) > fprintf(stderr,"info count is zero!"; > else if (max_conns < info.count) > set_error( STATUS_BUFFER_TOO_SMALL ); so the second enumeration is not done. But I think the set_reply_data_size possibly not returning NULL pointer if size is 0 is unfortunate and may produce more bugs like this as I found patterns like https://github.com/wine-mirror/wine/blob/master/server/directory.c#L564 which may do same wrong thing when size is 0 for some reason and returned pointer is not null. -- 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.

Aug. 4, 2026

[Bug 59896] comctl32_v6 misses LVM_ENABLEGROUPVIEW

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=59896 valy(a)etersoft.ru <valy(a)etersoft.ru> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |valy(a)etersoft.ru --- Comment #15 from valy(a)etersoft.ru <valy(a)etersoft.ru> --- (In reply to beebix from comment #14) > Hi its okay to use the patch without crediting me, but if you want to, you > can use Noel Renue and beebix(a)gmx.net Nice to see the mr. Thank you, Noel! -- 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.

Aug. 4, 2026

[Bug 33634] [UWIN] simple ls -l from the UWIN gives a lot of warnings

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=33634 --- Comment #12 from Janne <janne.kekkonen(a)gmail.com> --- Hello, tested UWIN on patched Wine. It looks like the ls command works with patch. >uname Linux > >pwd /home/test/wine11.12_win32/drive_c/Program Files/UWIN/usr/man >ls -l total 8 drwxrwxr-x 2 test test 4096 elo 4 10:14 man1 drwxrwxr-x 2 test test 4096 elo 4 10:14 man8 > > >~/wine11.12_win32/wine 'C:\Program Files/UWIN/usr/bin/uname.exe' 057c:fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub. 057c:fixme:ntdll:NtSetInformationToken unimplemented class 4 057c:fixme:ntdll:NtSetInformationToken unimplemented class 5 057c:fixme:ntdll:NtSetInformationToken unimplemented class 4 058c:fixme:console:GetNumberOfConsoleMouseButtons (0100FDA0): stub UWIN-NT >~/wine11.12_win32/wine 'C:\Program Files/UWIN/usr/bin/ls.exe' -l 0598:fixme:process:SetProcessShutdownParameters (00000300, 00000001): partial stub. 0598:fixme:ntdll:NtSetInformationToken unimplemented class 4 0598:fixme:ntdll:NtSetInformationToken unimplemented class 5 0598:fixme:ntdll:NtSetInformationToken unimplemented class 4 05a8:fixme:console:GetNumberOfConsoleMouseButtons (0110FDA0): stub total 2 drwxr-xr-x 2 test None 512 elo 4 10:14 man1 drwxr-xr-x 2 test None 512 elo 4 10:14 man8 > -- 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.

Aug. 4, 2026

[Bug 60123] New: OutputDebugStringA/W payloads truncated at ~300 bytes in +debugstr/+seh channel output

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=60123 Bug ID: 60123 Summary: OutputDebugStringA/W payloads truncated at ~300 bytes in +debugstr/+seh channel output Product: Wine Version: 11.14 Hardware: x86-64 OS: Linux Status: UNCONFIRMED Severity: enhancement Priority: P2 Component: ntdll Assignee: wine-bugs(a)list.winehq.org Reporter: souyamadebnath(a)gmail.com Target Milestone: --- Distribution: --- Applications that emit long strings via OutputDebugStringA/W have their payloads truncated in wine's debug channel output. Both WINEDEBUG=+debugstr (warn:debugstr:OutputDebugStringA "...") and WINEDEBUG=+seh (warn:seh:dispatch_exception "...") print at most ~300 bytes followed by `"...`, because wine_dbgstr_an/wine_dbgstr_wn (include/wine/debug.h) format into a fixed `char buffer[300]`. To Reproduce: call OutputDebugStringA with a 400-char string and run with WINEDEBUG=+debugstr. Output ends with `"...` after ~300 chars. 1. Compile this test program with mingw: ``` #include <windows.h> int main(void) { char buf[500]; for (int i = 0; i < 400; i++) buf[i] = 'A' + (i % 26); buf[400] = 0; OutputDebugStringA(buf); OutputDebugStringA("short line\r\n"); return 0; } ``` ``` $ x86_64-w64-mingw32-gcc dbg.c -o dbg.exe ``` 2. Run under wine with the debugstr channel: ``` $ WINEDEBUG=+debugstr wine ./dbg.exe ``` Actual output (400-char payload clipped at ~300, note the trailing `"...`): ``` 0024:warn:debugstr:OutputDebugStringA "ABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDEFGHIJKLMNOPQRSTUVWXYZABCDE"... 0024:warn:debugstr:OutputDebugStringA "short line\r\n" ``` Expected: the full 400-character string, as a debugger or DBWIN listener would receive on Windows. Same truncation occurs with WINEDEBUG=+seh (warn:seh:dispatch_exception). Side note on Windows behaviour: On Windows the full string is always delivered to consumers. A debugger attached via WaitForDebugEvent receives `OUTPUT_DEBUG_STRING_INFO` with the complete length (read via `ReadProcessMemory`), and `DBWIN_BUFFER` listeners (e.g. Sysinternals DebugView) receive up to 4 KiB per frame, with longer strings split across frames rather than 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.

Aug. 4, 2026

[Bug 55775] game made from unity is not play in-game video.

by WineHQ Bugzilla

http://bugs.winehq.org/show_bug.cgi?id=55775 --- Comment #46 from Stian Low <wineryyyyy(a)gmail.com> --- (In reply to Stian Low from comment #43) > MR-11398 may give some folks incentive to use wine video workarounds vs DXVK > until D3D flag is no longer required to force it anymore via MR-11404. MR-11398 is also a test case for me to better gauge the level of time/effort it may take to get MR-11404 and other d3d fixes merged. If MR-11398 is problematic and takes considerable time to merge (if at all) then other d3d fixes may take even more time which I must plan to balance with my own priorities to eat. -- 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.

Aug. 4, 2026