November 2025 - Wine-GitLab

Re: [PATCH v2 0/1] MR9435: comctl32/ipaddress: Use the system window text color to draw dots. - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v2 0/4] MR9433: comctl32/status: Refactor STATUSBAR_DrawSizeGrip() to take an HWND instead. - approved
by Alexandre Julliard (＠julliard) Nov. 12, 2025

Nov. 12, 2025

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

1 0

Re: [PATCH v3 0/1] MR9418: winex11.drv: use proper timestamp for X11 clipboard selection
by Esme Povirk (＠madewokherd) Nov. 12, 2025

Nov. 12, 2025

We can't assume that we'll get a selection request immediately. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9418#note_121721

1 0

[PATCH v2 0/3] MR9415: mmdevapi: Move format validation in driver-independent code.
by Giovanni Mascellani (＠giomasce) Nov. 12, 2025

Nov. 12, 2025

-- v2: mmdevapi: Move generating the suggested format in the driver-independent code. mmdevapi: Move format validation in driver-independent code. https://gitlab.winehq.org/wine/wine/-/merge_requests/9415

4 5

[PATCH 0/1] MR9440: d2d1: Add property bindings for a few of builtin effects.
by Nikolay Sivov (＠nsivov) Nov. 12, 2025

Nov. 12, 2025

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9440

2 1

[PATCH v2 0/5] MR9408: dmloader: Reduce memory usage part 3
by Anton Baskanov (＠baskanov) Nov. 12, 2025

Nov. 12, 2025

-- v2: dmloader: Don't use ReleaseObject() in loader_ClearCache(). dmloader: Mark cached objects as loaded. dmloader: Don't remove the default collection from the cache. dmloader: Free the cache entries manually in loader_Release(). dmloader/tests: Add some ClearCache() tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/9408

4 11

[PATCH 0/1] MR9431: ole32: implement proper file flushing in FileLockBytes
by Jiajin Cui (＠jin-king1) Nov. 12, 2025

Nov. 12, 2025

Previously the Flush method was a no-op that always returned S_OK Now it properly calls FlushFileBuffers on the underlying file handle This ensures that all buffered data is written to disk Added error handling to return STG_E_WRITEFAULT on flush failures This fixes potential data loss issues when using file-based lock bytes Log: Fixed file flushing to prevent data loss in file operations Signed-off-by: Jiajin Cui <cuijiajin(a)uniontech.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9431

3 2

Re: [PATCH v3 0/4] MR9426: mshtml: Implement msCrypto.getRandomValues. - approved
by Jacek Caban (＠jacek) Nov. 12, 2025

Nov. 12, 2025

This merge request was approved by Jacek Caban. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9426

1 0

[PATCH v3 0/2] MR9425: vccorlib140: Implement helper functions for delegates/events.
by Vibhav Pant (＠vibhavp) Nov. 12, 2025

Nov. 12, 2025

-- v3: vccorlib140: Implement delegate helper functions. https://gitlab.winehq.org/wine/wine/-/merge_requests/9425

3 5

[PATCH v4 0/5] MR9382: win32u: Keep internal pixel format and surfaces on the DCs.
by Rémi Bernon Nov. 12, 2025

Nov. 12, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58846 Wine D3D resets the window pixel format to its original value when an internal pixel format was requested and the context done being used, and requests the internal pixel format again before it is used again. When internal pixel format and window pixel format don't match this causes any previously created OpenGL surface with a different format to be released (and destroyed as no context is current with it), creating a new one with the new format, back and forth. What we actually need here, is to keep the wined3d OpenGL client surface, with the internal pixel format, alive as long as it is being referenced by wined3d, as well as any OpenGL client surface that may have been created, with the window pixel format, by the application itself. It's not possible to rely on DCs for application-created OpenGL surfaces, as the application is free to release its DC and retrieve another one later on for the same window while still expecting it to use the same OpenGL surface. However with wined3d, we know that the DCs are being kept referenced until the context is being destroyed so we can safely use them to store the wined3d OpenGL surface. -- v4: wined3d: Remove now unnecessary pixel format restoration. win32u: Get rid of window internal pixel format. win32u: Keep D3D internal OpenGL surfaces on the DCs. wined3d: Call wglSetPixelFormatWINE before releasing context DC. win32u: Set the DC pixel format too in wglSetPixelFormatWINE. https://gitlab.winehq.org/wine/wine/-/merge_requests/9382

2 8