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

Re: [PATCH v17 0/1] MR8778: sane.ds: Adding a window for loading and saving the scanner configuration
by Ivan Lyugaev (＠valy) Aug. 26, 2025

Aug. 26, 2025

On Fri Aug 22 12:52:27 2025 +0000, Ivan Lyugaev wrote: > I understand, but would it be more convenient for them than opening a > regular file? Will my MR be considered further? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8778#note_113837

1 0

[PATCH 0/1] MR8822: d3dx10_43: Fix test for SDK version 40.
by Bernhard Übelacker Aug. 26, 2025

Aug. 26, 2025

Followup to: 3e67471d02 Looks like this sould be a >= as it affects just d3dx10_40, at least with it the test succeeds on testbot. [Test pattern page](https://test.winehq.org/data/patterns.html#d3dx10_40:d3dx10) [Test pattern page, Aug 21 Summary for build e155f7c04b7c](https://test.winehq.org/data/e155f7c04b7c529af9e0f64ee3db8ef3… [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=159474) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8822

2 6

[PATCH v2 0/1] MR8669: Draft: Map low level hooks coordinates correctly in win32u
by Santino Mazza (＠tati) Aug. 26, 2025

Aug. 26, 2025

Coordinates from mouse low level hook messages are not mapped the same way than WM_MOUSEMOVE or GetCursorPos. This causes problems on programs that make use of both values to calculate mouse movement, like the wine DirectInput implementation. I'm marking this as a draft since I was not able to find a way to write a test for this. I'm able to easily reproduce it on Proton, because it creates a scaled full screen window, on Wine this doesn't happen so the coordinates are not required to be mapped to a scaled window. Edit: I didn't realize that modesetting emulation was an experimental option! So, I was able to reproduce the bug by enabling it. -- v2: win32u: Map raw coordinates to virtual screen in low-level hooks. https://gitlab.winehq.org/wine/wine/-/merge_requests/8669

3 2

Re: [PATCH v30 0/1] MR8573: cmd: tab completion: Treat most delimiters as literals if user specified quotes.
by Alexandre Julliard (＠julliard) Aug. 26, 2025

Aug. 26, 2025

You should stop updating your MR every day. Not only is it a waste of CI resources, but it makes it look like it's not ready since it keeps being updated. Also you don't need additional forks, you can create a MR from a different branch in the same fork. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8573#note_113830

1 0

[PATCH 0/1] MR8835: bluetoothapis/tests: Avoid crash in gatt tests with some Windows versions.
by Bernhard Übelacker Aug. 26, 2025

Aug. 26, 2025

Without this patch a crash with 32-bit tests with versions Win8.1 to Win10-1607 is visible. [Test pattern page](https://test.winehq.org/data/patterns.html#bluetoothapis:gatt) [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=159525) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8835

1 1

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

Aug. 26, 2025

Latest updates: https://bugs.winehq.org/show_bug.cgi?id=58552#c43 Carla offers experimental features supporting VST DLL direct usage via Wine similar to how Steam on Linux handles running Windows games. Carla direct VST DLL usage works without the GUI offsets. Carla VST.so converted by yabridge from VST DLLs have GUI offset bugs. Thus it seems yabridge may be handling windowing behavior better left to Wine if possible. Maybe whatever Wine internal windowing component that resolves the GUI offsets for direct DLL usage can be integrated to VST.so files so they may still be used without any other Wine runtime dependencies? These latest tests help further clarify where the underlying faults may lie regarding bug reports against this merge. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6569#note_113829

1 0

[PATCH 0/3] MR8834: server: Use process_vm_writev / process_vm_readv instead of ptrace when available.
by Paul Gofman (＠gofman) Aug. 26, 2025

Aug. 26, 2025

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

2 5

[PATCH 0/7] MR7367: winex11: Use _NET_ACTIVE_WINDOW to request/track foreground window.
by Rémi Bernon Aug. 26, 2025

Aug. 26, 2025

This should at least fix foreground window inconsistencies between Wine and X11, when _NET_ACTIVE_WINDOW is supported by the WM, allowing us to then better implement focus tracking (to avoid changing focus when not desired), as well as SWP_NOACTIVATE. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7367

3 11

Re: [PATCH v17 0/1] MR6199: winewayland: Fix release_all_keys's modifier filtering.
by Yuri Hérouard Aug. 26, 2025

Aug. 26, 2025

Closing as I was confused with my workaround. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6199#note_113817

1 0

Re: [PATCH v17 0/1] MR6199: winewayland: Fix release_all_keys's modifier filtering. - closed
by Yuri Hérouard Aug. 26, 2025

Aug. 26, 2025

This merge request was closed by Yuri Hérouard. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6199

1 0