- Wine-GitLab - list.winehq.org

[PATCH v4 0/4] MR11710: msvcrt: Don't inherit std fd attributes.
by Paul Gofman (＠gofman) Aug. 21, 2026

Aug. 21, 2026

-- v4: msvcrt: Also inherit WX_ATEOF and WX_READNL attributes. msvcrt: Don't update system std handles in msvcrt_init_io(). msvcrt: Initialize std handles in a loop in msvcrt_init_io(). msvcrt: Always set WX_TEXT flag when importing std handles. https://gitlab.winehq.org/wine/wine/-/merge_requests/11710

3 5

Re: [PATCH v2 0/1] MR11621: Prefer hidraw for Valve devices
by Rick Rey (＠AnAndroNerd) Aug. 21, 2026

Aug. 21, 2026

On Thu Aug 20 21:56:08 2026 +0000, Stian Low wrote: > > Neither, I run it in crossover. > Thanks for info. Good to know other common ways users may be running steam.exe. > Crossover is out of scope of my familiarity so these Codeweavers are > experts vs my wine only volunteer basis. > I don't remember coming across any steam.exe Valve controller bugs for > MacOS and found little to nothing for a quick WineHQ Bugzilla search so > this may be one of the first cases which seems surprising unless you're > using some less common Valve hardware. Currently the only way to do it is to use this 3rd party program. https://scryner.github.io/crosspuck/ the reason why they’re haven’t been any bug reports is the steam controller is hard to come by and most people don’t use them with any sort of Macs. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11621#note_149492

1 0

[PATCH v4 0/1] MR11566: tests: Fix tests that are faulty because of == vs ?: operator precedence.
by Brendan Shanks (＠bshanks) Aug. 21, 2026

Aug. 21, 2026

`==` has higher precedence than `?:`, meaning that a test like `ok(hr == (i < 4) ? S_OK : VFW_E_TYPE_NOT_ACCEPTED, ...)` is parsed as `(hr == (i < 4)) ? S_OK : VFW_E_TYPE_NOT_ACCEPTED` and not the intended `hr == ((i < 4) ? S_OK : VFW_E_TYPE_NOT_ACCEPTED)`. I discovered this when converting `wine/test.h` to use `bool` for conditions (MR coming soon), this generated warnings like: ``` ../dlls/amstream/tests/amstream.c: In function 'test_media_types': ../dlls/amstream/tests/amstream.c:3159:33: warning: '?:' using integer constants in boolean context [-Wint-in-bool-context] 3159 | ok(hr == (i < 4) ? S_OK : VFW_E_TYPE_NOT_ACCEPTED, "Got hr %#lx on ReceiveConnection for subtype %s.\n", hr, ../include/wine/test.h:388:53: note: in definition of macro 'winetest_ok' 388 | #define winetest_ok(cond, ...) (winetest_should_log(cond) ? winetest_ok_(__VA_ARGS__) : winetest_ok_(NULL)) | ^~~~ ../include/wine/test.h:129:18: note: in expansion of macro 'ok_' 129 | #define ok ok_(__FILE__, __LINE__) | ^~~ ../dlls/amstream/tests/amstream.c:3159:9: note: in expansion of macro 'ok' 3159 | ok(hr == (i < 4) ? S_OK : VFW_E_TYPE_NOT_ACCEPTED, "Got hr %#lx on ReceiveConnection for subtype %s.\n", hr, ``` -- v4: tests: Fix tests that are faulty because of == vs ?: operator precedence. https://gitlab.winehq.org/wine/wine/-/merge_requests/11566

2 1

Re: [PATCH v2 0/6] MR11720: wined3d: Various.
by Stian Low (＠stianlow) Aug. 20, 2026

Aug. 20, 2026

> Why are there duplicate `test_video_support()` calls? Also returning here seems to be suspicious (along with another case below) Probably temporary in process changes that will be cleaned up once ready for review which seems clear based on tests called outside queue with returns immediately after to conveniently run only relevant tests for this merge for now. Patience for the gold maker. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11720#note_149482

1 0

[PATCH v7 0/3] MR11699: win32u and explorer: Exclude taskbar and appbars from system work area rect
by Andrea Faulds (＠hikari_no_yume) Aug. 20, 2026

Aug. 20, 2026

This is a package of changes that fix https://bugs.winehq.org/show_bug.cgi?id=59976 and possibly other issues. It is both a usability and a compatibility improvement. Please see the commit messages for further details. Feedback on if anything here is reasonable to write conformance tests for would be appreciated. I don't know if it makes sense for the IPC things. I did a bunch of manual testing of how Windows and WINE behave using two small test programs: [appbar.c](/uploads/49ed846bdbd32bfecdb0603304f5c332/testapp.c) and [workarea.c](/-/project/5/uploads/ab8f82c70d8df1e337e8b15be5f32cab/workarea.c). --- Before these changes: ![Screenshot From 2026-08-18 21-20-09.png](/uploads/75181aa0e0816399d1705a61ea8a21a0/Screenshot_From_2026-08-18_21-20-09.png){width="729" height="600"} ![Screenshot From 2026-08-18 21-20-14.png](/uploads/988c8becadd9ba1f928b9a50e4eda290/Screenshot_From_2026-08-18_21-20-14.png){width="729" height="600"} Note how: * The Office 97 Shortcut Bar is covering up part of the taskbar. This is worse if it's docked to the right (which is the default), because then it covers up system tray icons. * The maximized Word 97 window is covering up both the taskbar and the Shortcut Bar. After these changes: ![Screenshot From 2026-08-18 21-21-52.png](/uploads/56376b4356fd3a6b67c9596bd2271b25/Screenshot_From_2026-08-18_21-21-52.png){width="729" height="600"} You'll notice that the Word window here is still overhanging both the taskbar and the Shortcut Bar. I believe that's correct behavior as maximized windows always overhang the screen, and it just looks weird because WINE doesn't support `WS_EX_TOPMOST` yet in desktop mode. -- v7: explorer: Update system work area rect to exclude taskbar and appbars explorer: Account for the actual size of the taskbar if it is visible win32u: Apply work area changes to virtual desktop monitor serverwide https://gitlab.winehq.org/wine/wine/-/merge_requests/11699

2 4

Re: [PATCH v2 0/6] MR11720: wined3d: Various.
by Stian Low (＠stianlow) Aug. 20, 2026

Aug. 20, 2026

So `decoder_backend=none` may handle device failing for `D3D11_CREATE_DEVICE_VIDEO_SUPPORT` flag vs my patch to support `no_create_flags=0x800`? If so that seems to fulfill user freedom wants/needs. Maybe users will also need failing/overriding other flags besides 0x800 but it's the only high priority to fix UnityPlayer.dll videos so other flags besides 0x800 are much lower priority for now. Thanks for time and hard efforts. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11720#note_149477

1 0

[PATCH 0/1] MR11722: ntdll: Treat 'reached_thread_count > total_thread_count' the same as equal in RtlBarrier().
by Paul Gofman (＠gofman) Aug. 20, 2026

Aug. 20, 2026

-- https://gitlab.winehq.org/wine/wine/-/merge_requests/11722

2 2

Re: [PATCH v2 0/1] MR11621: Prefer hidraw for Valve devices
by Stian Low (＠stianlow) Aug. 20, 2026

Aug. 20, 2026

> Neither, I run it in crossover. Thanks for info. Good to know other common ways users may be running steam.exe. Crossover is out of scope of my familiarity so these Codeweavers are experts vs my wine only volunteer basis. I don't remember coming across any steam.exe Valve controller bugs for MacOS and found little to nothing for a quick WineHQ Bugzilla search so this may be one of the first cases which seems surprising unless you're using some less common Valve hardware. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11621#note_149475

1 0

[PATCH 0/3] MR11721: d3dx10: Partially implement sprite rendering.
by Nikolay Sivov (＠nsivov) Aug. 20, 2026

Aug. 20, 2026

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11721

2 3

Re: [PATCH v2 0/6] MR11720: wined3d: Various.
by Aida Jonikienė (＠DodoGTA) Aug. 20, 2026

Aug. 20, 2026

Aida Jonikienė (@DodoGTA) commented about dlls/d3d11/tests/d3d11.c: > use_mt = FALSE; > } > > + test_video_support(); return; Why are there duplicate `test_video_support()` calls? Also returning here seems to be suspicious (along with another case below) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11720#note_149472

1 0