June 2025 - Wine-gitlab - list.winehq.org

Re: [PATCH 0/2] MR8447: comctl32/listview: Test WM_PAINT with a subclassed header that paints without...
by Zhiyi Zhang (＠zhiyi) 30 Jun '25

30 Jun '25

On Fri Jun 27 08:40:32 2025 +0000, Nikolay Sivov wrote: > I see, so validating header rect reduces following erase region and > preserves rendered header? Yes. Normally, the original header implementation uses BeginPaint() when handling WM_PAINT, which automatically removes the update region. In this case, an application subclasses the header class and handles WM_PAINT without validating the update region. Thus, the header region is not preserved after calling BeginPaint(listview). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8447#note_108180

1 0

[PATCH 0/3] MR8443: comctl32: Implement OBJID_QUERYCLASSNAMEIDX for more controls.
by Esme Povirk (＠madewokherd) 30 Jun '25

30 Jun '25

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

3 4

Re: [PATCH 0/2] MR8447: comctl32/listview: Test WM_PAINT with a subclassed header that paints without...
by Nikolay Sivov (＠nsivov) 30 Jun '25

30 Jun '25

On Fri Jun 27 08:39:01 2025 +0000, Zhiyi Zhang wrote: > I added that message sequence to show that the header is painted before > WM_ERASEBKGND for the listview. Without the sequence, it might seem > there are other possibilities. For example, the BeginPaint(listview) > could be ahead of UpdateWindow(header), or maybe no WM_ERASEBKGND should > be sent. Even if it remains a todo after the fix, I think it provides > some insight about how it's supposed to work. So I would like to keep it > if that's okay. I see, so validating header rect reduces following erase region and preserves rendered header? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8447#note_108178

1 0

Re: [PATCH 0/2] MR8447: comctl32/listview: Test WM_PAINT with a subclassed header that paints without...
by Nikolay Sivov (＠nsivov) 30 Jun '25

30 Jun '25

Do we need to check message sequences if they are going to remain todo after the fix? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8447#note_108175

1 0

Re: [PATCH 0/2] MR8447: comctl32/listview: Test WM_PAINT with a subclassed header that paints without...
by Zhiyi Zhang (＠zhiyi) 30 Jun '25

30 Jun '25

On Fri Jun 27 08:37:27 2025 +0000, Nikolay Sivov wrote: > Do we need to check message sequences if they are going to remain todo > after the fix? I added that message sequence to show that the header is painted before WM_ERASEBKGND for the listview. Without the sequence, it might seem there are other possibilities. For example, the BeginPaint(listview) could be ahead of UpdateWindow(header), or maybe no WM_ERASEBKGND should be sent. Even if it remains a todo after the fix, I think it provides some insight about how it's supposed to work. So I would like to keep it if that's okay. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8447#note_108177

1 0

Re: [PATCH v2 0/5] MR8446: server: Initialize global and user tables with some atoms.
by Rémi Bernon 30 Jun '25

30 Jun '25

v2: Remove some todo_wine which now succeed. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8446#note_108172

1 0

Re: [PATCH v7 0/4] MR8390: sapi/tts: Add some SSML parsing tests and XML parsing flags support.
by Huw Davies (＠huw) 30 Jun '25

30 Jun '25

After the third commit I'm getting ``` tts.c:1060: Test succeeded inside todo block: got 0. ``` which is fixed after the final commit. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8390#note_108173

1 0

Re: [PATCH 0/6] MR8445: server: Create inproc sync events for message queues. - approved
by Rémi Bernon 30 Jun '25

30 Jun '25

This merge request was approved by Rémi Bernon. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8445

1 0

Re: [PATCH v4 0/5] MR8410: win32u: Notify GL drawables on window destroy and window state changes.
by Rémi Bernon 30 Jun '25

30 Jun '25

v3: Leave last two commits for later (?) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8410#note_108169

1 0

[PATCH v5 0/6] MR7932: mf: Restart transforms and sinks on seek.
by Brendan McGrath (＠redmcg) 30 Jun '25

30 Jun '25

This MR fixes seek in VRChat by copying the sequence of flushes/stop/starts that Windows does. The order on Windows is: 1. Stop sources; 2. Flush MFTs; 3. Start sources; 4. Request output down the chain of sink inputs; 6. Flush sinks; and 7. Start the clock This takes place whether we pause before we seek or seek without pause. Changes in version 2: 1. Add test to see when SAR requests new samples; 2. Add test to examine when step 4 from above takes place; 3. Adjust the seek implementation in `mf/session.c` to match findings from the new tests; 4. Adjust `mfmediaengine` to reflect findings from the new tests; 5. Refactored `if` statement in `session_start` to be a `switch` again -- v5: mfmediaengine: Request sample if we are seeking. mfmediaengine: Don't perform implicit flush on state change. mf: Don't send MFT_MESSAGE_NOTIFY_START_OF_STREAM when seeking. mf: Restart transforms and sinks on seek. mf/tests: Test sequence of calls during a Pause and Seek. https://gitlab.winehq.org/wine/wine/-/merge_requests/7932

2 6