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

Re: [PATCH v7 0/1] MR3966: mpr: WNetAddConnection*() and WNetCancelConnection*() always return success - closed
by Alexandre Julliard (＠julliard) Aug. 20, 2025

Aug. 20, 2025

This merge request was closed by Alexandre Julliard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3966

1 0

Re: [PATCH v10 0/6] MR6569: winex11: Refactor window state/config tracker to fix race conditions.
by Rémi Bernon Aug. 20, 2025

Aug. 20, 2025

Thanks for the update. FWIW I'm not aware of any wine-staging patch helping with yabridge, although it's possible I may be missing something. I believe there was a couple of remaining issues which is why the yabridge branch hasn't been merged but I haven't looked closely into them (anybody is welcome to have a try). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6569#note_113253

1 0

Re: [PATCH v10 0/6] MR6569: winex11: Refactor window state/config tracker to fix race conditions.
by Stian Low (＠stianlow) Aug. 20, 2025

Aug. 20, 2025

Yabridge bug has been updated with latest test results regarding this merge request patches applied with wine-staging patches against commit 75b9e1722d1 Release 10.13 on Debian 13: https://bugs.winehq.org/show_bug.cgi?id=58552 Confirming @rbernon contributions to yabridge fix the GUI offset mouse misalignment when built and run with latest wine-staging patches: https://github.com/robbert-vdh/yabridge/tree/new-wine10-embedding Until relevant wine-staging patches are merged with upstream, yabridge new-wine10-embedding branch exists in a limbo state that complicates vanilla distro releases of yabridge because the relevant wine-staging patches are missing from vanilla wine distro releases. If wine-patches are still pending per more user testing then updates to the bug report partly fulfill that dependency. Yabridge equivalent bug report to WineHQ for ref: https://github.com/robbert-vdh/yabridge/issues/409 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6569#note_113250

1 0

[PATCH v3 0/1] MR8794: shell32: Restore the ability of running unix executables via unix paths
by Yuxuan Shui (＠yshui) Aug. 20, 2025

Aug. 20, 2025

MobaXTerm tries to ShellExecute "/bin/sh" when running under wine. This ability to run unix executables on the host via unix paths was accidentally removed in the attemp to align ShellExecute more closely with native, while fixing the problem that sometimes wrong executable is started by ShellExecute (e.g. in Motor Race Collection). Related: a2548c8db3096963012939c82e340f6b867f3efd Fixes: 85d029e3b01f6dd35a86cc07796af982d66e4a03 -- v3: shell32: Restore the ability of running unix executables via unix paths https://gitlab.winehq.org/wine/wine/-/merge_requests/8794

2 1

[PATCH 0/1] MR8793: server: Check thread and call parameters in (queue_apc) for APC_USER.
by Paul Gofman (＠gofman) Aug. 19, 2025

Aug. 19, 2025

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

2 2

Re: [PATCH v3 0/2] MR8763: win32u: Disable keyboard cues by default.
by Zhiyi Zhang (＠zhiyi) Aug. 19, 2025

Aug. 19, 2025

I've removed the comctl32 changes to get the user32 part upstream first. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8763#note_113220

1 0

[PATCH v2 0/2] MR8763: win32u: Disable keyboard cues by default.
by Zhiyi Zhang (＠zhiyi) Aug. 19, 2025

Aug. 19, 2025

Keyboard cues are disabled by default on newer versions of Windows. Some win32 common controls, e.g., button doesn't draw a focus rect when SystemParametersInfoW(SPI_GETKEYBOARDCUES) reports FALSE. Drawing a focus rect when the button is really small creates an effect that makes the button look corrupted. On Windows, the focus rect is not drawn when keyboard cues are disabled, which is the default. Other controls also have this behavior, so they're included as well. There are some exceptions, for example, SysMonthCal32 always draws a focus rect, even when keyboard cues are disabled. -- v2: https://gitlab.winehq.org/wine/wine/-/merge_requests/8763

2 2

[PATCH 0/3] MR8792: msvcp140_atomic_wait: A few std::chrono::tzdb semi-stubs.
by Paul Gofman (＠gofman) Aug. 19, 2025

Aug. 19, 2025

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

2 4

[PATCH 0/6] MR8763: win32u: Disable keyboard cues by default.
by Zhiyi Zhang (＠zhiyi) Aug. 19, 2025

Aug. 19, 2025

Keyboard cues are disabled by default on newer versions of Windows. Some win32 common controls, e.g., button doesn't draw a focus rect when SystemParametersInfoW(SPI_GETKEYBOARDCUES) reports FALSE. Drawing a focus rect when the button is really small creates an effect that makes the button look corrupted. On Windows, the focus rect is not drawn when keyboard cues are disabled, which is the default. Other controls also have this behavior, so they're included as well. There are some exceptions, for example, SysMonthCal32 always draws a focus rect, even when keyboard cues are disabled. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8763

3 15

[PATCH 0/1] MR8791: po: update Polish translation
by Adam Markowski (＠AMark) Aug. 19, 2025

Aug. 19, 2025

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

2 1