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

[PATCH v3 0/2] MR11542: cmd: Initialize console mode on start.
by Paul Gofman (＠gofman) Aug. 4, 2026

Aug. 4, 2026

-- v3: cmd: Set console mode in node_execute(). cmd/tests: Add test for console mode change. https://gitlab.winehq.org/wine/wine/-/merge_requests/11542

3 4

[PATCH v3 0/2] MR11546: winhttp: Handle incorrect handle state when querying WINHTTP_OPTION_SERVER_CERT_CHAIN_CONTEXT.
by Paul Gofman (＠gofman) Aug. 4, 2026

Aug. 4, 2026

-- v3: winhttp: Use chain established in netconn_verify_cert() for WINHTTP_OPTION_SERVER_CERT_CHAIN_CONTEXT. winhttp: Handle incorrect handle state when querying WINHTTP_OPTION_SERVER_CERT_CHAIN_CONTEXT. https://gitlab.winehq.org/wine/wine/-/merge_requests/11546

3 4

[PATCH v2 0/1] MR11553: Revert "msi: Avoid connecting to the RPC server more than once."
by Dmitry Timoshkov (＠dmitry) Aug. 4, 2026

Aug. 4, 2026

-- v2: Revert "msi: Avoid connecting to the RPC server more than once." https://gitlab.winehq.org/wine/wine/-/merge_requests/11553

5 14

[PATCH 0/1] MR11581: dinput/tests: Fix tests that are faulty because of == vs ?: operator precedence.
by Rémi Bernon (＠rbernon) Aug. 4, 2026

Aug. 4, 2026

Split from https://gitlab.winehq.org/wine/wine/-/merge_requests/11566 with proper test fix as it was broken. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11581

2 2

[PATCH 0/1] MR11555: winebus.sys: Prefer hidraw for (some) switch 1 controllers
by Anjo (＠AnAndroNerd) Aug. 4, 2026

Aug. 4, 2026

Let's most common and supported switch 1 controllers work under hidraw for things like steam input. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11555

3 2

[PATCH 0/1] MR11580: opengl32: Pass NULL object array pointers through.
by Rémi Bernon (＠rbernon) Aug. 4, 2026

Aug. 4, 2026

glBindTextures( n, NULL ) is allowed and has special semantic. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=60120 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11580

2 1

[PATCH v2 0/4] MR11575: explorer: Taskbar appearance improvements
by Andrea Faulds (＠hikari_no_yume) Aug. 4, 2026

Aug. 4, 2026

Before: ![image.png](/uploads/53557fc664bc7311603b412930ac3e18/image.png){width="800" height="600"} After: ![image.png](/uploads/f18964b5fadc8d64c0c9fd219068d79c/image.png){width=800 height=600} Before: ![image.png](/uploads/a08867c495815e180af12d69f34a2bbb/image.png){width="800" height="600"} After: ![image.png](/uploads/8ca52347a178033fbf57a595ba1b7d77/image.png){width=800 height=600} I felt that the old active window titlebar color highlight was quite distracting, so in my opinion that's the biggest improvement here. The clock is comforting if you're using the desktop full-screen. The rest is just finesse. -- v2: explorer: Make active taskbar button depressed + use gentler highlight explorer: Add clock to system tray in desktop mode explorer: Draw 3D rectangle around system tray icons in taskbar explorer: Draw 3D edge on taskbar and add margins https://gitlab.winehq.org/wine/wine/-/merge_requests/11575

2 4

[PATCH v2 0/3] MR11578: Draft: win32u: Add opt-in AppCompatFlags quirk to skip redundant WM_CAPTURECHANGED.
by denis bonnenfant (＠denis.bonnenfant) Aug. 4, 2026

Aug. 4, 2026

If set_capture_window is called with a window that already holds capture, Wine currently still sends WM_CAPTURECHANGED to that same window, which matches documented and tested behaviour (see test_DoubleSetCapture). SolidWorks closes its PropertyManager input popup by calling ReleaseCapture on a window that never had capture, which causes SetCapture to set hwnd == previous; the resulting WM_CAPTURECHANGED sent to the window makes it dismiss its own dropdown. There is no way to distinguish this from a legitimate repeated SetCapture at the win32u API level, so unconditionally skipping the resend is not conformant. Instead, gate the skip behind a new Wine-specific AppCompatFlags layer name, following the same mechanism already used for HIGHDPIAWARE and DPIUNAWARE. This defaults to off (unchanged, conformant behaviour) and only takes effect for processes that opt in via: HKCU\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers <exe name> = "~ WINE_NOCAPTURERESEND" Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=27403 -- v2: user32/tests: Add test for ReleaseCapture called by a window that doesn't hold capture. https://gitlab.winehq.org/wine/wine/-/merge_requests/11578

2 3

[PATCH 0/1] MR11569: wminet_utils: Add GetPropertyQualifierSet.
by Louis Lenders (＠xe) Aug. 4, 2026

Aug. 4, 2026

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=60036 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11569

3 2

[PATCH 0/2] MR11578: Draft: win32u: Add opt-in AppCompatFlags quirk to skip redundant WM_CAPTURECHANGED.
by denis bonnenfant (＠denis.bonnenfant) Aug. 4, 2026

Aug. 4, 2026

If set_capture_window is called with a window that already holds capture, Wine currently still sends WM_CAPTURECHANGED to that same window, which matches documented and tested behaviour (see test_DoubleSetCapture). SolidWorks closes its PropertyManager input popup by calling ReleaseCapture on a window that never had capture, which causes SetCapture to set hwnd == previous; the resulting WM_CAPTURECHANGED sent to the window makes it dismiss its own dropdown. There is no way to distinguish this from a legitimate repeated SetCapture at the win32u API level, so unconditionally skipping the resend is not conformant. Instead, gate the skip behind a new Wine-specific AppCompatFlags layer name, following the same mechanism already used for HIGHDPIAWARE and DPIUNAWARE. This defaults to off (unchanged, conformant behaviour) and only takes effect for processes that opt in via: HKCU\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers <exe name> = "~ WINE_NOCAPTURERESEND" Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=27403 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11578

3 3