- wine-gitlab - winehq.org

[PATCH 0/4] MR8746: winebus: Improve gamepad report compatibility with XUSB / GIP.
by Rémi Bernon (＠rbernon) 11 Aug '25

11 Aug '25

Inverting left/right trigger usages and Y values, so that WGI doesn't need to mess with axes order. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8746

2 4

[PATCH v9 0/5] MR8723: cfgmgr32: device query part 3: Add support for basic filter expressions.
by Vibhav Pant (＠vibhavp) 11 Aug '25

11 Aug '25

Support filter expressions consisting of basic comparison operators in DevGetObjects(Ex). -- v9: cfgmgr32: Implement support for basic filter expressions in DevGetObjects. cfgmgr32: Validate DEVPROP_FILTER_EXPRESSION values passed to Dev{GetObjects, CreateObjectQueryEx}. cfgmgr32/tests: Add some tests for calling DevGetObjects with filters. cfgmgr32: Implement DevFindProperty. cfgmgr32: Add stub for DevFindProperty. https://gitlab.winehq.org/wine/wine/-/merge_requests/8723

3 12

[PATCH v3 0/1] MR8722: mf: Add a SUBMITTED command state to avoid multiple submission of the same op.
by Yuxuan Shui (＠yshui) 11 Aug '25

11 Aug '25

If a session is shutdown when its command_state is already COMPLETE, session_handle_source_shutdown calls session_set_stopped, which calls session_command_complete which will submit the op at the head of commands again, despite it having already been submitted. Given that only the op at the head of commands can be in the submitted state, tracking it as a command state makes more sense to me. And if the command state is SUBMITTED we know not to submit the op again. * * * Superceded !8270 -- v3: mf: Add a SUBMITTED command state to avoid multiple submission of the same op. https://gitlab.winehq.org/wine/wine/-/merge_requests/8722

3 4

[PATCH v16 0/2] MR8594: Draft: ntdll: Add environment to override cpuid for debugging and test.
by Bernhard Übelacker (＠bernhardu) 10 Aug '25

10 Aug '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58335 This should help to demonstrate the issue in above bug and probably add a way check to such an issue in gitlab. -- v16: gitlab: Add test for non-avx code path in __wine_syscall_dispatcher. https://gitlab.winehq.org/wine/wine/-/merge_requests/8594

2 2

[PATCH v15 0/2] MR8594: Draft: ntdll: Add environment to override cpuid for debugging and test.
by Bernhard Übelacker (＠bernhardu) 10 Aug '25

10 Aug '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58335 This should help to demonstrate the issue in above bug and probably add a way check to such an issue in gitlab. -- v15: gitlab: Add test for non-avx code path in __wine_syscall_dispatcher. https://gitlab.winehq.org/wine/wine/-/merge_requests/8594

2 2

[PATCH v6 0/2] MR8178: user32: Fix uiLengthDrawn calculation in DrawTextExW().
by JiangYi Chen (＠meshine) 10 Aug '25

10 Aug '25

uiLengthDrawn should represent the number of characters that have been processed. However, the original implementation uses len (the count of displayed characters in the current line), which is not accurate. When text requires line breaks or special processing (such as adding an ellipsis), the actual number of processed characters may differ from the number of displayed characters. When the DT_CALCRECT flag is absent, len gets decremented to 0 during the drawing loop. Consequently, uiLengthDrawn becomes inaccurate since it relies on len's value for statistics. -- v6: user32: Fix uiLengthDrawn calculation in DrawTextExW(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8178

2 2

[PATCH v5 0/2] MR8178: user32: Fix uiLengthDrawn calculation in DrawTextExW().
by JiangYi Chen (＠meshine) 10 Aug '25

10 Aug '25

uiLengthDrawn should represent the number of characters that have been processed. However, the original implementation uses len (the count of displayed characters in the current line), which is not accurate. When text requires line breaks or special processing (such as adding an ellipsis), the actual number of processed characters may differ from the number of displayed characters. When the DT_CALCRECT flag is absent, len gets decremented to 0 during the drawing loop. Consequently, uiLengthDrawn becomes inaccurate since it relies on len's value for statistics. -- v5: user32: Fix uiLengthDrawn calculation in DrawTextExW(). user32/tests: Add some tests for uiLengthDrawn calculation in DrawTextExW(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8178

2 2

Re: [PATCH v4 0/1] MR8178: user32: Fix uiLengthDrawn calculation in DrawTextExW().
by Zhiyi Zhang (＠zhiyi) 10 Aug '25

10 Aug '25

On Sun Aug 10 10:13:54 2025 +0000, JiangYi Chen wrote: > If the `(LPWSTR)` cast in `(LPWSTR)L"a 1\tb2c3"` is removed, the > compilation warning shown in the image below will appear during > compilation. I don't want to add constant string definitions like > `tabstring[]` inside the test_DrawTextCalcRect() function, so I directly > used the `(LPWSTR)` cast. > ![1](/uploads/8b1b93ebe967e107fcd7a1201f8d2dd3/1.png) Okay. Let's keep it then. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8178#note_112570

1 0

Re: [PATCH v4 0/1] MR8178: user32: Fix uiLengthDrawn calculation in DrawTextExW().
by JiangYi Chen (＠meshine) 10 Aug '25

10 Aug '25

On Fri Aug 8 09:27:01 2025 +0000, Zhiyi Zhang wrote: > You can remove `(LPWSTR)` cast. If the `(LPWSTR)` cast in `(LPWSTR)L"a 1\tb2c3"` is removed, the compilation warning shown in the image below will appear during compilation. I don't want to add constant string definitions like `tabstring[]` inside the test_DrawTextCalcRect() function, so I directly used the `(LPWSTR)` cast. ![1](/uploads/8b1b93ebe967e107fcd7a1201f8d2dd3/1.png) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8178#note_112569

1 0

[PATCH v3 0/1] MR8178: user32: Fix the number of characters processed by DrawTextExW.
by JiangYi Chen (＠meshine) 10 Aug '25

10 Aug '25

uiLengthDrawn should represent the number of characters that have been processed. However, the original implementation uses len (the count of displayed characters in the current line), which is not accurate. When text requires line breaks or special processing (such as adding an ellipsis), the actual number of processed characters may differ from the number of displayed characters. When the DT_CALCRECT flag is absent, len gets decremented to 0 during the drawing loop. Consequently, uiLengthDrawn becomes inaccurate since it relies on len's value for statistics. @zhiyi @julliard Signed-off-by: chenjiangyi <chenjiangyi(a)uniontech.com> -- v3: user32: Fix the number of characters processed by DrawTextExW. https://gitlab.winehq.org/wine/wine/-/merge_requests/8178

2 1

2025

2024

2023

2022

wine-gitlab