- Wine-GitLab - list.winehq.org

[PATCH v4 0/4] MR10104: user32/edit: set bCaptureState flag after SetCapture()
by Ivan Ivlev (＠iviv) April 10, 2026

April 10, 2026

Edit control does not release mouse capture after WM_LBUTTONDOWN has been processed two times in a row. This MR fixes this issue by releasing capture and setting it again on WM_LBUTTONDOWN if window was already captured. I have stumbled upon the app in which edit control process WM_LBUTTONDOWN twice on one mouse click. While in windows it causes no problem, wine edit does not release capture, so other buttons inside this app become unclickable. It happens because when WM_LBUTTONDOWN is processed twice, WM_CAPTURECHANGED is sent and bCaptureState is set to FALSE, then EDIT_WM_LButtonUp does not release capture because bCaptureState is already FALSE. Thing about tests: I have added test case for this problem to be visible. I also had to use todo_wine because SendMessageA for WM_LBUTTONDOWN and WM_LBUTTONUP returns 0 in wine and 1 in windows (which is not the case for combobox test, where SendMessageА for WM_LBUTTONDOWN also returns 1 in wine). -- v4: comctl32_v6/edit: set bCaptureState flag after SetCapture() user32/edit: set bCaptureState flag after SetCapture() comctl32/tests/edit.c: Test WM_LBUTTONDOWN processing user32/tests/edit.c: Test WM_LBUTTONDOWN processing https://gitlab.winehq.org/wine/wine/-/merge_requests/10104

2 4

[PATCH 0/3] MR10622: msxml6: Implement Windows.Data.Xml.Dom.XmlLoadSettings runtime class.
by Olivia Ryan (＠olivi-r) April 10, 2026

April 10, 2026

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

3 6

[PATCH v3 0/4] MR10611: LPC: Implement proper LPC system
by Rose Hellsing (＠axtlos) April 10, 2026

April 10, 2026

Until now, LPC was just a stub, any application that relied on LPC for communication would fail. This change implements parts of LPC, to allow for IPC between programs. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=30069 - fully fixed, sqlservr is able to run as expected Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59494 - partially fixed, starmoney doesn't flat out crash anymore, but it doesn't start fully, possibly because it uses the ALPC system which was introduced in Windows Vista, the version Starmoney 10 was advertised for -- v3: ntdll/tests: Remove todo_wine from LPC port tests. server: Implement LPC message passing (NtRequestPort, NtRequestWaitReplyPort, NtReplyPort, NtReplyWaitReceivePort) and Thread termination. https://gitlab.winehq.org/wine/wine/-/merge_requests/10611

2 4

[PATCH v16 0/6] MR10419: ntdll: Fix thread stops inside __wine_syscall_dispatcher
by Hoshino Lina (＠hoshinolina) April 10, 2026

April 10, 2026

When SIGUSR1 is called while running inside `__wine_syscall_dispatcher`, the CPU context is not in a consistent state. To ensure that the captured context is always consistent: * If the SIGUSR1 arrives while saving the context, set a flag and defer handling it until after the context is fully saved. * If the SIGUSR1 arrives while restoring the context, rewind and retry restoring the context from the beginning. The latter relies on context restore being idempotent. The only case where that is not true is when the instrumentation callback is enabled. To address this, first make that path idempotent by saving the user %rip into %r10 in paths that enable the instrumentation callback. This fixes a regression introduced by 0a5f7a710365 which started leaking bogus SP values, but also generally fixes all other register value leaks due to SIGUSR1 racing with the syscall dispatcher. Supersedes: !10232 (FYI, the threadctx test introduced in this MR is stricter and also checks %rip, which will fail with that previous MR). Fixes: 0a5f7a710365 ("ntdll: Switch to the user stack before restoring the %fs register.") \ Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59333 -- v16: gitlab: Run ntdll tests with win64 architecture. ntdll/tests: Abort wow64 tests early if wow64 is unavailable ntdll/tests: Add a test for interrupted syscall handling ntdll: Block SIGUSR1 when the thread context is being modified https://gitlab.winehq.org/wine/wine/-/merge_requests/10419

4 11

[PATCH 0/1] MR10610: dbghelp/dwarf: Handle btBool values.
by Nikolay Sivov (＠nsivov) April 10, 2026

April 10, 2026

This was to get rid of FIXME I had with msxml3 tests crashes. I don't know if this is the correct way, or how to test it. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10610

3 8

[PATCH v3 0/5] MR10618: msxml3/tests: Add some more tests for getNamedItem().
by Nikolay Sivov (＠nsivov) April 10, 2026

April 10, 2026

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- v3: msxml3/tests: Add a simple test for loading with gb2312 specified encoding. msxml3/tests: Add another test for subtree serialization with default namespaces. msxml3: Remove duplicated SafeArrayUnaccessData() in load(). msxml3: Do not try to convert NULL strings when creating libxml2 document representation. msxml3/tests: Add some more tests for getNamedItem(). https://gitlab.winehq.org/wine/wine/-/merge_requests/10618

2 5

Re: [PATCH v15 0/1] MR10461: vbscript: Implement IDispatch::GetTypeInfo for class instances.
by Jacek Caban (＠jacek) April 10, 2026

April 10, 2026

I wonder if we should use something like `CreateDispTypeInfo` for that. We already have `ScriptTypeInfo` in vbscript, but as far as I remember, it does not use oleaut32 because we realized that too late. CC @insn who worked on this. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10461#note_135799

1 0

Re: [PATCH v11 0/3] MR10225: libs/xml2: Tolerate embedded XML declarations inside elements.
by Nikolay Sivov (＠nsivov) April 10, 2026

April 10, 2026

@luben93 could you please retest Adobe CC installer with current wine from git? There is a chance this works better now. I tried installer from https://helpx.adobe.com/download-install/apps/download-install-apps/creativ…, but it fails to show any UI for me, and I don't know which versions people were testing with. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10225#note_135798

1 0

[PATCH 0/1] MR10621: dbghelp: {Dwarf} Store btBool constant leaves as signed integer.
by eric pouech (＠epo) April 10, 2026

April 10, 2026

Signed-off-by: Eric Pouech <epouech(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10621

2 1

[PATCH v6 0/1] MR10493: vbscript: Return error 1048 for Property declaration outside a Class.
by Francis De Brabandere (＠francisdb) April 10, 2026

April 10, 2026

When Property Get appears at global scope (outside a Class block), Windows returns error 1048 ("must be defined inside a Class"). Detect the tGET token in parser_error() — it is only valid after tPROPERTY inside a PropertyDecl, so encountering it at statement level means a Property was used outside a class context. -- v6: vbscript: Return error 1048 for Property declaration outside a Class. https://gitlab.winehq.org/wine/wine/-/merge_requests/10493

3 2