- wine-gitlab - winehq.org

[PATCH 0/1] MR7364: msxml3: Use wide character string literals.
by Alex Henrie (＠alexhenrie) 19 Feb '25

19 Feb '25

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

3 2

Re: [PATCH v7 0/2] MR5238: krnl386, mmsystem: Simulate a hardware interrupt in MMSYSTDRV_Callback3216.
by Alexandre Julliard (＠julliard) 19 Feb '25

19 Feb '25

Please don't add Wine-specific exports. You could simply pass a new flag to WOWCallback16Ex. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5238#note_95142

1 0

[PATCH 0/1] MR7357: rpcrt4: Avoid unsigned overflows in buffer validation.
by Jacek Caban (＠jacek) 19 Feb '25

19 Feb '25

Fixes Clang 20 `-Wtautological-compare` warnings. Based on patch by William Horvath. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7357

4 3

[PATCH 0/4] MR7272: wined3d: NV12 textures, part 1/2.
by Elizabeth Figura (＠zfigura) 19 Feb '25

19 Feb '25

The first 4 patches of a 12-patch series. The remaining 8 can be browsed here: https://gitlab.winehq.org/zfigura/wine/-/commits/dxvaup ending in "d3d11/tests: Extend NV12 tests." -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7272

3 5

[PATCH 0/3] MR7182: winex11: Keep track and use expected window focus time on WM_STATE changes.
by Rémi Bernon (＠rbernon) 19 Feb '25

19 Feb '25

This is an attempt at improving X11 focus handling, and will most importantly be useful to later better handle dynamic window decoration changes on any mutter-based window manager. These window managers do a little dance in that case, unmapping/mapping the window every time decoration are added/removed, and we often get confused by the focus events it triggers. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7182

3 6

[PATCH v2 0/2] MR7313: wined3d: Fix blitting from CLEARED in the Vulkan renderer.
by Elizabeth Figura (＠zfigura) 19 Feb '25

19 Feb '25

This broke after d58e917e2cb36c6ffcb259356c06171d8f6d4dcc in some situations, since it resulted in us calling wined3d_texture_download_from_texture() with CLEARED location. The latter was not aware of CLEARED and incorrectly assumed the source texture was in TEXTURE_SRGB. -- v2: wined3d: Explicitly check for BUFFER/SYSMEM before calling wined3d_texture_download_from_texture(). wined3d: Propagate a CLEARED location when blitting. https://gitlab.winehq.org/wine/wine/-/merge_requests/7313

3 3

[PATCH 0/1] MR7361: configure.ac,tools/makedep: (re)introduce wine wrapper script in build tree.
by eric pouech (＠epo) 19 Feb '25

19 Feb '25

commit cb87d40cd4a8837826ea76efc91371ab09eb9d63 removed the ability (from the inside the tools/wine-wrapper) to have some local settings (per build tree) where one can adapt environment for launching wine this MR allows at configure time to specify an (external) wine wrapper to use for a given build tree Signed-off-by: Eric Pouech epouech(a)codeweavers.com -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7361

3 5

[PATCH 0/2] MR7366: mf: Add tests and fixes to correct usage with a new WMV decoder MFT.
by Brendan McGrath (＠redmcg) 19 Feb '25

19 Feb '25

The Microsoft WMV decoder has a bug/feature where orientation of the first output type determines the orientation for all subsequent RGB output types. If the transform is created new, then the orientation is determined by the value of the MF_MT_DEFAULT_STRIDE. This MR adds tests for that behavior and implements it in Wine. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7366

2 2

[PATCH v2 0/5] MR7317: Server-side thread priorities implementation (Part 2)
by Marc-Aurel Zent (＠mzent) 19 Feb '25

19 Feb '25

This adds Mach thread priority support (both in the application and realtime band) and recalculates thread priorities when the process priority changes. Part 3, which is still a bit WIP deals with implementing priority boosts (for main threads and threads which are processing window messages), effectively fully replacing https://gitlab.winehq.org/wine/wine/-/merge_requests/1232. Currently the implementation in this MR already technically overrides what https://gitlab.winehq.org/wine/wine/-/merge_requests/1232 does, if it makes sense I can also revert it here. I added a few comments regarding the Mach thread priority API usage, as there is limited documentation available, and much was inferred from the source or by testing. If this is too verbose I can also remove that... -- v2: server: Re-apply thread priorities after process tracing is initialized. server: Implement apply_thread_priority on macOS for realtime priorities. server: Implement apply_thread_priority on macOS for application priorities. kernel32/tests: Setting process priority on a terminated process should succeed. server: Also set thread priorities upon process priority change. https://gitlab.winehq.org/wine/wine/-/merge_requests/7317

5 11

[PATCH v2 0/11] MR7244: mfplat: Fix some memory leaks.
by Conor McCarthy (＠cmccarthy) 19 Feb '25

19 Feb '25

Goes atop !7174 -- v2: rtworkq: Do not cancel pending callbacks when closing a thread pool. rtworkq/tests: Test queue shutdown with pending items. https://gitlab.winehq.org/wine/wine/-/merge_requests/7244

4 22

2025

2024

2023

2022

wine-gitlab