October 2025 - Wine-GitLab - list.winehq.org

[PATCH 0/2] MR9249: winegstreamer: Return NS_E_NO_MORE_SAMPLES from WMSyncReader if sample fails to read.
by Yuxuan Shui (＠yshui) Oct. 22, 2025

Oct. 22, 2025

If allocator fails, native returns NS_E_NO_MORE_SAMPLES whereas we propagate the allocator's failure code. Some games checks this return value and will raise an error/exception if anything other than NS_E_NO_MORE_SAMPLES is returned, for example any game using the KiriKiri movie player [0] will do this. [0]: https://github.com/krkrz/krkrz/blob/fd5c4baa6a2ef5978db1bd043634351f48667da… -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9249

2 2

[PATCH v2 0/2] MR9246: winemac: Use event handle to detect macdrv ime event processing done.
by Byeongsik Jeon (＠bsjeon) Oct. 22, 2025

Oct. 22, 2025

Since !9128, macdrv ime processing has been broken. In my opinion, this seems to be an issue with the macdrv ime code rather than a problem with !9128. In macdrv_ImeProcessKey: ``` macdrv_send_keydown_to_input_source(flags, repeat, keyc, himc, &done); while (!done) NtUserMsgWaitForMultipleObjectsEx(0, NULL, INFINITE, QS_POSTMESSAGE | QS_SENDMESSAGE, 0); ``` Within the macdrv WINE_IME_POST_UPDATE code path, there are no message post/send operations, causing it to wait infinitely here. I haven't analyzed in detail why it worked before, but I guess it escaped the wait due to unrelated messages. This code likely represents a remnant of the old macdrv ime code. I recall the old macdrv ime code used SendMessage(). In ime processing, some key inputs reach macdrv_sent_text_input without calling macdrv_ime_set_text. Therefore, I modified the code to clearly detect when macdrv_sent_text_input is reached. I left a working fallback code in case NtCreateEvent() fails. But that might be superfluous. -- v2: win32u: Fix typo. winemac: Use event handle to detect macdrv ime processing done. https://gitlab.winehq.org/wine/wine/-/merge_requests/9246

3 8

[PATCH v2 0/4] MR9248: win32u: Implement acquire / release of D3DKMT keyed mutexes.
by Rémi Bernon Oct. 22, 2025

Oct. 22, 2025

-- v2: win32u: Implement acquire / release of D3DKMT keyed mutexes. win32u: Pass D3DKMT keyed mutex initial value on creation. server: Use a dedicated struct for D3DKMT mutex objects. win32u: Use a dedicated struct for D3DKMT mutex objects. https://gitlab.winehq.org/wine/wine/-/merge_requests/9248

1 5

[PATCH 0/4] MR9248: win32u: Implement acquire / release of D3DKMT keyed mutexes.
by Rémi Bernon Oct. 22, 2025

Oct. 22, 2025

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

1 4

[PATCH 0/2] MR9246: winemac: Use event handle to detect macdrv ime event processing done.
by Byeongsik Jeon (＠bsjeon) Oct. 22, 2025

Oct. 22, 2025

Since !9128, macdrv ime processing has been broken. In my opinion, this seems to be an issue with the macdrv ime code rather than a problem with !9128. In macdrv_ImeProcessKey: ``` macdrv_send_keydown_to_input_source(flags, repeat, keyc, himc, &done); while (!done) NtUserMsgWaitForMultipleObjectsEx(0, NULL, INFINITE, QS_POSTMESSAGE | QS_SENDMESSAGE, 0); ``` Within the macdrv WINE_IME_POST_UPDATE code path, there are no message post/send operations, causing it to wait infinitely here. I haven't analyzed in detail why it worked before, but I guess it escaped the wait due to unrelated messages. This code likely represents a remnant of the old macdrv ime code. I recall the old macdrv ime code used SendMessage(). In ime processing, some key inputs reach macdrv_sent_text_input without calling macdrv_ime_set_text. Therefore, I modified the code to clearly detect when macdrv_sent_text_input is reached. I left a working fallback code in case NtCreateEvent() fails. But that might be superfluous. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9246

3 3

[PATCH 0/1] MR9245: shell32/tests: Fix test failures in test_GetAttributesOf().
by Elizabeth Figura (＠zfigura) Oct. 21, 2025

Oct. 21, 2025

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

2 1

[PATCH 0/2] MR9160: user32: Implement CascadeWindows() and TileWindows().
by Elizabeth Figura (＠zfigura) Oct. 21, 2025

Oct. 21, 2025

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

2 3

[PATCH v2 0/2] MR9244: ntdll/tests: Add more reparse point tests.
by Elizabeth Figura (＠zfigura) Oct. 21, 2025

Oct. 21, 2025

-- v2: ntdll/tests: Test NtQueryAttributesFile() with a root directory. ntdll/tests: Add more reparse point tests. https://gitlab.winehq.org/wine/wine/-/merge_requests/9244

2 2

Re: [PATCH v3 0/1] MR9049: winemac.drv: Don't crash when a window with a GL context is minimized - approved
by Alexandre Julliard (＠julliard) Oct. 21, 2025

Oct. 21, 2025

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

1 0

Re: [PATCH v3 0/1] MR9236: kernel32: Avoid RBP-based frame in BaseThreadInitThunk() on x64. - approved
by Alexandre Julliard (＠julliard) Oct. 21, 2025

Oct. 21, 2025

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

1 0