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

[PATCH v9 0/2] MR9567: winegstreamer: Refactor WMSyncReader to use DMOs internally.
by Yuxuan Shui (＠yshui) May 16, 2026

May 16, 2026

-- v9: winegstreamer: Refactor WMSyncReader to use DMOs internally. winegstreamer: Fix leakage of media type in IWMOutputMediaProps. https://gitlab.winehq.org/wine/wine/-/merge_requests/9567

5 11

[PATCH 0/1] MR10365: kernelbase: Add language specific resource support.
by Craig Schulstad (＠NoDakker) May 14, 2026

May 14, 2026

When an application relies upon language specific resources, search for an associated language specific subfolder and subsequent mui file. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10365

3 15

[PATCH 0/1] MR10792: winepulse.drv: Don't advance read pointer past data not yet consumed by PA
by Dzmitry Keremsha (＠Vyrolian) May 13, 2026

May 13, 2026

Adds a simple throttling mechanism to prevent pointer overlaps when winepulse is faster than the audio server. Winepulse uses a fake clock to advance the pointers: ```c /* regardless of what PA does, advance one period */ adv_bytes = min(stream->period_bytes, stream->held_bytes); stream->lcl_offs_bytes += adv_bytes; stream->lcl_offs_bytes %= stream->real_bufsize_bytes; stream->held_bytes -= adv_bytes; ``` And if winepulse is just a little bit faster than the audio server (does not matter PW or PA), it inevitably leads to pointer overlaps and therefore crackling. This patch proposes a throttling mechanism that is somewhat similar to winealsa - don't ever tell the application we have more space than we actually do. The problem could probably be resolved by making the fake clock perfectly mimic the audio server, but this is orders of magnitude more difficult. Winealsa achieves similar idea this way: `data_frames_played = min(stream->data_in_alsa_frames, avail); stream->held_frames -= data_frames_played;` The issue I am trying to fix is very real - it can cause crackling in any game you try. You don't have to hear the crackling to see that it's mathematically inevitable by logging the difference between held_bytes and pa_held_bytes. If it becomes smaller and goes negative - crackling is inevitable, because pointers will overlap. The issue is not tied to PW or PA specifically, I observed the behavior with both. In regards to how it interacts with MR https://gitlab.winehq.org/wine/wine/-/merge_requests/8628 - no issues in GoWR in my testing, unless you try enabling PROTON_LOG for pulse (which is very spammy in this game), and spam yes on all threads - which would also cause stream resets with unchanged winepulse, just later. Additionally, this patch has already been implemented in Proton GE and Proton CachyOS for about two months now - no issues and it has helped some people. There are not a lot of open issues regarding audio because unfortunately crackling is very underreported - you can look at GoWR protondb page before the 8628 MR - it definitely crackled, but many reports were not stating so. There are a lot of reports of crackling on virtually any game on protondb. You can also see people solve crackling issues for Arc Raiders (which I personally had myself before patching winepulse) by using winealsa: https://github.com/ValveSoftware/Proton/issues/9164#issuecomment-3529760335. One thing to look out for though - in CI spatialaudio tests will fail, but they fail literally the same way they do with winealsa - this is because there is nowhere for audio to go in a virtual environment, pa_held_bytes balloons while held_bytes drops, they overlap and held_bytes stops moving, and the tests start failing. No issues locally. I have previously tried tackling crackling in this pr: https://gitlab.winehq.org/wine/wine/-/merge_requests/9840 (although it was for underflows instead). My approach was admittedly incorrect, however it did help me discover this issue. Good audio is fundamental in my opinion, I would really love to see crackling-free audio for everyone regardless of proton version. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10792

4 50

[PATCH v2 0/5] MR10779: winex11: Keyboard layouts rework, part 2
by Matteo Bruni (＠Mystral) May 13, 2026

May 13, 2026

-- v2: winex11: Store Xkb keyboard layout LANGID. winex11: Keep a list of every known Xkb keyboard layout. winex11: Move Xkb layouts initialization to a separate function. win32u: Simplify layout name generation for base keyboard layouts. win32u: Tweak a couple of comments. https://gitlab.winehq.org/wine/wine/-/merge_requests/10779

3 15

[PATCH 0/2] MR10712: wineandroid: fix desktop sizing and repaint on resolution changes
by Twaik Yont (＠twaik) May 13, 2026

May 13, 2026

This series fixes two related issues in wineandroid affecting desktop initialization and repaint behavior when using the virtual desktop mode. First, launching explorer.exe with an empty desktop size ("/desktop=shell,,android") does not behave as intended on wineandroid. When the size is omitted, explorer attempts to determine the desktop resolution via get_default_desktop_size(). If no matching registry entry is found, it falls back to a hardcoded default (typically 800x600). Later, even if the wineandroid backend sets the correct display size through pCreateDesktop, explorer overrides it again during initialize_display_settings(), restoring the default resolution. As a result, the desktop ends up stuck at 800x600 regardless of the actual display size reported by the backend. To address this, the desktop is now launched with a size of "-1x-1". This value is accepted by parse_size(), but does not correspond to a valid resolution. As a result, explorer does not fall back to the default resolution, and also avoids overriding the backend-provided size during initialization. This allows the desktop to retain the correct resolution as configured by wineandroid. Second, window repainting on resolution changes is fixed. Previously, WM_ANDROID_REFRESH used NtUserExposeWindowSurface(), which only exposes existing surface contents without invalidating the window. This prevents WM_PAINT and WM_ERASEBKGND from being generated. When the desktop or other windows are resized (e.g. after applying a new display mode), they may retain stale contents instead of repainting. This is resolved by replacing NtUserExposeWindowSurface() with NtUserRedrawWindow(), ensuring proper invalidation and repaint of window contents. This fixes cases where the desktop background is not redrawn after a resolution change. Together, these changes ensure that the desktop starts with the correct resolution and that windows are properly repainted when display settings change. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10712

3 17

[PATCH 0/1] MR10609: adsldp: Add support for ADS_OPTION_REFERRALS.
by Dmitry Timoshkov (＠dmitry) May 12, 2026

May 12, 2026

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

3 5

[PATCH v2 0/2] MR10543: Change default dir to ~/.local/share/wine
by Fatih Bakal (＠Twig) May 12, 2026

May 12, 2026

I switched it to `~/.local/share/wine` to fit XDG. I will edit all the docs and what not if `~/.local/share/wine` is see fit by maintainers. Soo please let me know if it's fit or not ![winexdg](/uploads/cde0c4003db3beabc05ab334ce0c78a4/winexdg.webp){width=900 height=234} If $XDG_DATA_HOME isn't set on the machine + .local doesn't exist it uses the current `$HOME/.wine` Related issue (please see beforehand): https://bugs.winehq.org/show_bug.cgi?id=48955 -- v2: Stop hardcoding https://gitlab.winehq.org/wine/wine/-/merge_requests/10543

9 19

[PATCH v4 0/3] MR10723: ddraw: Ignore hwnd clipper in exclusive fullscreen mode.
by Paul Gofman (＠gofman) May 11, 2026

May 11, 2026

-- v4: ddraw: Ignore hwnd clipper in exclusive fullscreen mode. ddraw/tests: Add tests for clipper in exclusive fullscreen mode. ddraw/tests: Don't leak window and ddraw in test_d3d_state_reset() on ddraw2. https://gitlab.winehq.org/wine/wine/-/merge_requests/10723

4 8

[PATCH v3 0/2] MR10696: shcore: 0 terminate params->WindowTitle when turning into WCHAR
by Marcus Meissner (＠msmeissn) May 11, 2026

May 11, 2026

WindowTitle is not necessarily NUL terminated. Reported-By: Dirk Mueller <dmueller(a)suse.de> Found-by: Gemini 3.1 Pro Signed-off-by: Marcus Meissner <marcus(a)jet.franken.de> -- v3: Apply 1 suggestion(s) to 1 file(s) https://gitlab.winehq.org/wine/wine/-/merge_requests/10696

3 3

[PATCH v2 0/3] MR10772: winsqlite3: Add (import) dll.
by Paul Gofman (＠gofman) May 11, 2026

May 11, 2026

-- v2: winsqlite3/tests: Add a basic test. include: Add winsqlite3.h. winsqlite3.dll: Add dll. https://gitlab.winehq.org/wine/wine/-/merge_requests/10772

3 5