- Wine-GitLab - list.winehq.org

[PATCH v2 0/2] MR11076: msxml3: Invoke onreadystatechange after a successful synchronous load.
by Rose Hellsing (＠axtlos) June 6, 2026

June 6, 2026

Native MSXML fires the onreadystatechange handler synchronously from within IXMLDOMDocument::load()/loadXML() once parsing completes and readyState reaches 4. Hosts that set the handler before calling load() and expect it to have run by the time control returns to the caller rely on this ordering; Wine currently invokes the handler only as part of the asynchronous parse path, so synchronous loads silently skip it. This is MR 1 out of 4 for https://bugs.winehq.org/show_bug.cgi?id=33474 -- v2: msxml3/tests: Test synchronous invocation of onreadystatechange from loadXML(). msxml3: Invoke onreadystatechange after a successful synchronous load. https://gitlab.winehq.org/wine/wine/-/merge_requests/11076

2 2

Re: [PATCH v4 0/2] MR10952: riched20: Properly capture \pntext content
by Rose Hellsing (＠axtlos) June 5, 2026

June 5, 2026

@huw could you take a look at this? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/10952#note_142322

1 0

[PATCH 0/2] MR11076: msxml3: Invoke onreadystatechange after a successful synchronous load.
by Rose Hellsing (＠axtlos) June 5, 2026

June 5, 2026

Native MSXML fires the onreadystatechange handler synchronously from within IXMLDOMDocument::load()/loadXML() once parsing completes and readyState reaches 4. Hosts that set the handler before calling load() and expect it to have run by the time control returns to the caller rely on this ordering; Wine currently invokes the handler only as part of the asynchronous parse path, so synchronous loads silently skip it. This is MR 1 out of 4 for https://bugs.winehq.org/show_bug.cgi?id=33474 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11076

2 2

Re: [PATCH v2 0/1] MR11073: include: Add IInkRecognizerContext coclass - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

Re: [PATCH v2 0/1] MR11075: ntdll: Synthesize caller context in ARM64EC RtlRaiseException. - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

Re: [PATCH v2 0/1] MR11068: crypt32/tests: Avoid crash in testCertProperties. - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

Re: [PATCH v5 0/1] MR10953: Update default i386 CFLAGS - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

Re: [PATCH v4 0/2] MR11018: combase: Implement delayed marshaling for RoGetAgileReference - approved
by Alexandre Julliard (＠julliard) June 5, 2026

June 5, 2026

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

1 0

[PATCH v7 0/2] MR8073: ntdll: Unbreak new wow64 mode on FreeBSD.
by Alexander Shaikhulin (＠shkhln) June 5, 2026

June 5, 2026

1. For %fs/fsbase the patch follows the macOS logic with LDT descriptor registration and Linux with switching. One notable difference is that on 32->64 transition we set %fs to GSEL(GUFS32_SEL, SEL_UPL) before restoring fsbase, otherwise FreeBSD will just revert it by reloading the selector [at the first opportunity](https://github.com/freebsd/freebsd-src/blob/5673462af5330df207…. GSEL(GUFS32_SEL, SEL_UPL) is the default %fs value on FreeBSD and is special-cased to save/restore actual fsbase value to/from PCB. 2. I was told we could get rid of fsbase glitches in signal handlers by blocking signals with [sigfastblock(2)](https://man.freebsd.org/cgi/man.cgi?query=sigfastblock) between %fs reset to the default value and fsbase reset to pthread_teb. This is currently a part of internal API for libthr, which could be exposed as pthread_signal_block_np for Wine. I'm on the fence whether it's worth it. 3. I fully admit I have no idea what registers are worth preserving around fallback sysarch(AMD64_SET_FSBASE) syscalls and whether it's appropriate to push those registers to stack. ("Kernel" stack should be fine, I assume?) Syscalls definitely clobber r8-r11. 4. For %ss see https://lkml.org/lkml/2015/4/24/216. FreeBSD doesn't have a similar workaround in the kernel, so it goes into Wine. -- v7: ntdll: Work around AMD SYSRET SS descriptor behavior on FreeBSD. ntdll: Unbreak new wow64 mode on FreeBSD. https://gitlab.winehq.org/wine/wine/-/merge_requests/8073

8 16

[PATCH 0/1] MR11075: ntdll: Synthesize caller context in ARM64EC RtlRaiseException.
by Jacek Caban (＠jacek) June 5, 2026

June 5, 2026

This matches other targets. Prior to 3433e08073e1f742f, this was incorrectly done by an extra unwind in RtlCaptureContext. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11075

2 1

[PATCH v20 0/15] MR10611: LPC: Implement proper LPC system
by Rose Hellsing (＠axtlos) June 5, 2026

June 5, 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 -- v20: wow64: Convert LPC messages. https://gitlab.winehq.org/wine/wine/-/merge_requests/10611

2 16

[PATCH v2 0/1] MR10945: wineandroid: Update Z-order on window activation.
by Twaik Yont (＠twaik) June 5, 2026

June 5, 2026

Handle pActivateWindow by forwarding the activation-related Z-order change through ioctl_window_pos_changed(). This fixes activated windows not being visually raised to the front when clicked. <details> <summary>video demonstrating the issue</summary> ![Screencast_20260519_073246](/uploads/9db08716c58a572eb7772e37ae50ec85/Screencast_20260519_073246.webm){width=866 height=600} </details> -- v2: wineandroid: Update Z-order on window activation. https://gitlab.winehq.org/wine/wine/-/merge_requests/10945

3 9

[PATCH v8 0/6] MR10963: winex11: Keyboard layouts rework, part 3
by Matteo Bruni (＠Mystral) June 5, 2026

June 5, 2026

-- v8: user32/tests: Add more key map tests. user32/tests: Add more key names tests. user32/tests: Add a SendInput VK_PAUSE test. winex11: Support fixed X11 keycode to scancode conversion. winewayland: Use a private header for evdev keycodes. winex11: Use scancode high bit to set KEYEVENTF_EXTENDEDKEY flag. https://gitlab.winehq.org/wine/wine/-/merge_requests/10963

4 15

[PATCH 0/1] MR11068: crypt32/tests: Avoid crash in testCertProperties.
by Bernhard Übelacker (＠bernhardu) June 5, 2026

June 5, 2026

Followup of 213ee7e9a1. The [test pattern page](https://test.winehq.org/data/patterns.html#crypt32:cert) shows Windows tests are crashing since above patch. It looks like Windows is dereferencing the given "handle". This patch assigns a valid pointer to some memory and makes the test succeed. [Testbot run with this patch](https://testbot.winehq.org/JobDetails.pl?Key=163232) CC: @trent.waddington -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11068

3 2

[PATCH 0/5] MR10870: opengl32: Introduce PE-side display lists and track buffer name allocations.
by Rémi Bernon (＠rbernon) June 5, 2026

June 5, 2026

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

3 14

[PATCH 0/1] MR11073: include: Add IInkRecognizerContext coclass
by Alistair Leslie-Hughes (＠alesliehughes) June 5, 2026

June 5, 2026

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

2 1

Re: [PATCH v13 0/5] MR9992: Introduce ImeToAsciiEx() user driver function for use in winemac
by darkblaze (＠darkblaze69) June 5, 2026

June 5, 2026

Please look at wayland regression https://bugs.winehq.org/show_bug.cgi?id=59823 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9992#note_142277

1 0

[PATCH v19 0/16] MR10611: LPC: Implement proper LPC system
by Rose Hellsing (＠axtlos) June 5, 2026

June 5, 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 -- v19: wow64: properly convert lpc messages wip: fix LPC tests server: Fix double list_remove in LPC port logic ntdll/tests: Add LPC port error handling tests. server: Handle LPC port close to break circular references. ntdll: Implement NtRegisterThreadTerminatePort. server: Implement LPC thread termination notification. ntdll: Implement NtReplyPort, NtReplyWaitReceivePort and NtReplyWaitReceivePortEx. ntdll: Implement NtRequestPort and NtRequestWaitReplyPort. server: Implement LPC message request and reply handlers. ntdll: Implement NtListenPort, NtAcceptConnectPort and NtCompleteConnectPort. ntdll: Implement NtConnectPort and NtSecureConnectPort. server: Implement LPC connection acceptance and completion. server: Implement LPC connection request and listen handlers. ntdll: Implement NtCreatePort and NtCreateWaitablePort. server: Add LPC port object infrastructure. This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/10611

1 0

Re: [PATCH v3 0/1] MR11067: hhctrl: return a nonzero cookie from HH_INITIALIZE - approved
by Alexandre Julliard (＠julliard) June 4, 2026

June 4, 2026

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

1 0

Re: [PATCH v2 0/2] MR11009: widl: Add support for enums to SLTG typelib generator. - approved
by Alexandre Julliard (＠julliard) June 4, 2026

June 4, 2026

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

1 0

Re: [PATCH v7 0/5] MR10716: dsound: Speed up resampling, part 6 - approved
by Alexandre Julliard (＠julliard) June 4, 2026

June 4, 2026

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

1 0

Re: [PATCH v5 0/1] MR10966: dsound: Fail IDirectSoundCaptureBufferImpl_Lock() for invalid buffer range. - approved
by Alexandre Julliard (＠julliard) June 4, 2026

June 4, 2026

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

1 0

[PATCH 0/3] MR11069: Fix VEH/misaligned stack related crashes with copy protection software.
by Soham Nandy (＠natimerry) June 4, 2026

June 4, 2026

These patches aim to fix crashes and hardlocks when running software that uses a exception handler as a control flow stub, which also happens to violate stack alignment. The software register a VEH which calls a procedure that destroys stack alignment and restores a pre-saved context before returning. This VEH also calls OpenThread with a misaligned stack, causing GCC/Clang's movaps to fault and recurse through the VEH until signal stack is exhausted. Additionally the software installs hw breakpoints on KSHARED_USER_DATA. Wine's signal handlers access the same addresses triggering recursive SIGTRAP dispatches which crashes via `virtual_setup_exception()`'s nested exception check. Although all 3 patches are required together for the software in question to function, the HWBKPT signal fix and the VEH clobber fix Wine issues that may affect other software. I am the least certain about the viability of `OpenThread`'s handrolled ASM version. If the assembly implementation is not acceptable applying `__attribute__((optimize("no-tree-vectorize")))` would also prevent movaps emission. OpenThread is a small function that does not meaningfully benefit from SIMD acceleration so the performance effect should be negligible. Discussed on #winehackers prior to submission. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/11069

4 12

Re: [PATCH v4 0/5] MR11066: msxml3/writer: Normalize newlines in CDATA content. - approved
by Alexandre Julliard (＠julliard) June 4, 2026

June 4, 2026

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

1 0

Re: [PATCH v10 0/3] MR11001: ntdll, ntoskrnl.exe: account for read-only cookie in loader - approved
by Alexandre Julliard (＠julliard) June 4, 2026

June 4, 2026

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

1 0