- Wine-GitLab - list.winehq.org

Re: [PATCH v2 0/3] MR9222: fluidsynth: Invert relative to the max value instead of 1.0 in fluid_mod_transform_source_value(). - approved
by Alexandre Julliard (＠julliard) Oct. 22, 2025

Oct. 22, 2025

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

1 0

Re: [PATCH v6 0/7] MR9027: winegcc: Force subsystem version to 5.2 on both Clang and MinGW. - approved
by Alexandre Julliard (＠julliard) Oct. 22, 2025

Oct. 22, 2025

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

1 0

Re: [PATCH v3 0/2] MR9244: ntdll/tests: Add more reparse point tests. - approved
by Alexandre Julliard (＠julliard) Oct. 22, 2025

Oct. 22, 2025

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

1 0

[PATCH v2 0/3] MR9254: include: Remove some msxml6 types from msxml2.idl.
by Nikolay Sivov (＠nsivov) Oct. 22, 2025

Oct. 22, 2025

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- v2: include: Remove more coclass entries from msxml2.idl. https://gitlab.winehq.org/wine/wine/-/merge_requests/9254

2 3

[PATCH v2 0/8] MR9252: mshtml: Implement checkValidity for input elements.
by Gabriel Ivăncescu Oct. 22, 2025

Oct. 22, 2025

-- v2: mshtml: Implement enctype for HTMLFormElement. mshtml: Implement checkValidity for HTMLInputElement. mshtml: Add private stub interfaces for validating text area elements. mshtml: Add private stub interfaces for validating select elements. mshtml: Add private stub interfaces for validating object elements. mshtml: Add private stub interfaces for validating button elements. mshtml: Add private stub interfaces for validating input elements. mshtml: Add private stub interfaces for validating form elements. https://gitlab.winehq.org/wine/wine/-/merge_requests/9252

2 19

Re: [PATCH v4 0/1] MR1060: include: Remove interfaces already define in msxml6.idl
by Nikolay Sivov (＠nsivov) Oct. 22, 2025

Oct. 22, 2025

On Wed Feb 26 00:37:25 2025 +0000, Nikolay Sivov wrote: > I sent some more changes in !7427. But sure, we might need to duplicate > some things between dlls too. Another one !9254. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/1060#note_119363

1 0

[PATCH v6 0/3] MR9112: XCOPY and COPY should not attempt to copy a file to itself.
by Joe Souza (＠JoeS209) Oct. 22, 2025

Oct. 22, 2025

Current code attempts to copy a file to itself. File is not actually copied; instead, a file sharing error is received. This result is ugly and differs from native. Behavior now appears to be the same as native with changes in this MR . -- v6: cmd: Don't attempt to copy a file to itself. https://gitlab.winehq.org/wine/wine/-/merge_requests/9112

3 15

[PATCH 0/3] MR9254: include: Remove some msxml6 types from msxml2.idl.
by Nikolay Sivov (＠nsivov) Oct. 22, 2025

Oct. 22, 2025

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

2 3

[PATCH v15 0/6] MR8887: mf/tests: Test H.264 sink media type height alignment.
by Conor McCarthy (＠cmccarthy) Oct. 22, 2025

Oct. 22, 2025

H.264 uses a 16-pixel alignment, and the stream sink media type should have the aligned height after the session has started. -- v15: mf/tests: Test H.264 decoder alignment. mf/tests: Test H.264 sink media type height alignment. mf/tests: Fix a scheme resolver test failure on current Windows 11. mf/tests: Skip some tests invalid on current Windows 11. https://gitlab.winehq.org/wine/wine/-/merge_requests/8887

3 8

[PATCH v3 0/2] MR9125: mfmediaengine: Suppport TransferVideoFrame() to IWICBitmap.
by Conor McCarthy (＠cmccarthy) Oct. 22, 2025

Oct. 22, 2025

-- v3: mfmediaengine: Suppport TransferVideoFrame() to IWICBitmap. https://gitlab.winehq.org/wine/wine/-/merge_requests/9125

3 9

[PATCH 0/3] MR9252: mshtml: Implement checkValidity for input elements.
by Gabriel Ivăncescu Oct. 22, 2025

Oct. 22, 2025

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

2 6

[PATCH v3 0/6] MR9250: opengl32: Unify GL context version handling.
by Jacek Caban (＠jacek) Oct. 22, 2025

Oct. 22, 2025

I plan to do the same to extensions. -- v3: opengl32: Use stored GL version in wrap_glGetString. opengl32: Use stored context GL version in get_integer. opengl32: Hide GL versions larger than 4.3 on wow64 in make_context_current. opengl32: Use stored GL version in check_extension_support. opengl32: Use the actual context GL version in is_extension_supported. opengl32: Factor out make_context_current. https://gitlab.winehq.org/wine/wine/-/merge_requests/9250

3 8

[PATCH v2 0/6] MR9250: opengl32: Unify GL context version handling.
by Jacek Caban (＠jacek) Oct. 22, 2025

Oct. 22, 2025

I plan to do the same to extensions. -- v2: opengl32: Use stored GL version in wrap_glGetString. opengl32: Use stored context GL version in get_integer. opengl32: Hide GL versions larger than 4.3 on wow64 in sync_context_version. opengl32: Use stored GL version in check_extension_support. opengl32: Use the actual context GL version in is_extension_supported. opengl32: Facror out make_context_current. https://gitlab.winehq.org/wine/wine/-/merge_requests/9250

3 9

[PATCH 0/5] MR9250: opengl32: Unify GL context version handling.
by Jacek Caban (＠jacek) Oct. 22, 2025

Oct. 22, 2025

I plan to do the same to extensions. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9250

3 9

[PATCH 0/3] MR9251: d2d1: Implement ComputeArea() for ellipse geometries.
by Nikolay Sivov (＠nsivov) Oct. 22, 2025

Oct. 22, 2025

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

2 3

[PATCH v3 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. -- v3: win32u: Fix typo. winemac: Use event handle to detect macdrv ime processing done. https://gitlab.winehq.org/wine/wine/-/merge_requests/9246

4 7

[PATCH 0/1] MR9120: d2d1: Implement ID2D1PathGeometry_ComputeArea().
by Bernhard Kölbl Oct. 22, 2025

Oct. 22, 2025

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

2 8

[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. 22, 2025

Oct. 22, 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. 22, 2025

Oct. 22, 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. 22, 2025

Oct. 22, 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