- Wine-GitLab - list.winehq.org

Re: [PATCH v8 0/1] MR9406: wined3d: texture.c split vulkan and opengl for cleaner clarity
by Stian Low (＠stianlow) Dec. 3, 2025

Dec. 3, 2025

Closing because these changes have been merged by: https://gitlab.winehq.org/wine/wine/-/merge_requests/9523 Comparing the diffs reveals nearly identical changes except for a few functions that were copied to different files. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9406#note_124552

1 0

Re: [PATCH v8 0/1] MR9406: wined3d: texture.c split vulkan and opengl for cleaner clarity - closed
by Stian Low (＠stianlow) Dec. 3, 2025

Dec. 3, 2025

This merge request was closed by Stian Low. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9406

1 0

[PATCH 0/8] MR9667: msado15: Add _Recordset Supports and Index implementation.
by Piotr Caban (＠piotr) Dec. 3, 2025

Dec. 3, 2025

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

2 8

[PATCH v5 0/2] MR9265: crt: Run MingW and MSVC constructors/destructors
by Yuxuan Shui (＠yshui) Dec. 3, 2025

Dec. 3, 2025

There are several motivations to enable ctor/dtor support: 1. ASan. This is not just about my wine-asan work, this is important for @bernhardu's PE asan work as well. The compiler generates ctors that poisons memory around global variables so misuses of them can be caught. This is the same both of our implementations of ASan. 2. Building third-party codebases against wine's CRT. This is not necessary for mingw-gcc or llvm-mingw, but the MSVC frontend of clang is another option for cross-compiling to Windows. However right now that requires Windows SDK. Bringing wine CRT to the point of being functional enough will give us another option. Could be useful for things like Proton. 3. (Controversial) Many dlls perform init/deinit tasks in `DllMain`. Some of them might benefit from a conversion to ctor/dtor. Since nothing in wine uses ctor/dtor right now, this change shouldn't have any impact by itself. -- v5: msvcrt: Run ctors and dtors from mainCRTStartup. winecrt0: Run ctors and dtors from DllMainCRTStartup. https://gitlab.winehq.org/wine/wine/-/merge_requests/9265

4 9

[PATCH 0/3] MR9666: ntdll: Rewrite arm64 packed unwind info handling.
by Martin Storsjö Dec. 3, 2025

Dec. 3, 2025

Instead of trying to handcraft all the cases for dealing with partial prologues, just synthesize the full unwind info for the function and execute that instead. The packed unwind info format always maps to a combination of regular unwind opcodes. This is how the arm packed unwind info implementation works already; this makes it easier to reason about compared with the handwritten code for dealing with partial prologues. The previous implementation is certainly faster and more efficient, but much harder to reason about, and to modify. Additionally, add testcases for more coverage, and fix another corner case in the handling of packed unwind info. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9666

1 3

[PATCH 0/1] MR9660: jscript: Treat DISPATCH_PROPERTYGET | DISPATCH_METHOD as property getter in ES5+ modes.
by Gabriel Ivăncescu Dec. 3, 2025

Dec. 3, 2025

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

2 2

Re: [PATCH v5 0/1] MR5861: mshtml: Implement visibilitychange event.
by Jacek Caban (＠jacek) Dec. 3, 2025

Dec. 3, 2025

Note that minimizing a window is just one case where this event should fire, but there are many others. In regular browsers, switching tabs is probably the most common source of the event. To support that, we would need to detect real visibility changes of the document, not just window minimization. That said, we do not need a complete solution right away, but since even the limited support already requires awkward hooks, this does not look very appealing. What exactly is it fixing? Do you have an actual application that needs it? And what is the observable behavior difference between this MR and just a stub? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5861#note_124536

1 0

[PATCH 0/1] MR9665: libs/ldap: Consistently use unicode version of QueryContextAttributes().
by Dmitry Timoshkov (＠dmitry) Dec. 3, 2025

Dec. 3, 2025

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

3 2

[PATCH v2 0/2] MR9664: win32u: Remove scrollbar rect offsets when WS_HSCROLL or WS_VSCROLL is present.
by Zhiyi Zhang (＠zhiyi) Dec. 3, 2025

Dec. 3, 2025

Fix RoomKey UI freezes. The extra 1 pixel offset causes the application to handle infinite WM_PAINT messages. -- v2: win32u: Remove scrollbar rect offsets when WS_HSCROLL or WS_VSCROLL is present. user32/tests: Test scrollbar rect when WS_HSCROLL or WS_VSCROLL is present. https://gitlab.winehq.org/wine/wine/-/merge_requests/9664

2 2

[PATCH 0/2] MR9664: win32u: Remove scrollbar rect offsets when WS_HSCROLL or WS_VSCROLL is present.
by Zhiyi Zhang (＠zhiyi) Dec. 3, 2025

Dec. 3, 2025

Fix RoomKey UI freezes. The extra 1 pixel offset causes the application to handle infinite WM_PAINT messages. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9664

2 2