July 2023 - Wine-GitLab - list.winehq.org

[PATCH v2 0/6] MR3413: Assorted spelling fixes
by Francois Gouget (＠fgouget) July 27, 2023

July 27, 2023

-- v2: dbghelp/tests: Fix the case of a comment. winewayland.drv: Fix the spelling of a comment. https://gitlab.winehq.org/wine/wine/-/merge_requests/3413

5 11

[PATCH v7 0/1] MR3392: comctl32/listview: Reset bNoItemMetrics to TRUE to make sure that listview items can be arranged.
by Zhao Yi (＠Zhaoyi) July 27, 2023

July 27, 2023

Same as MR !2394 Signed-off-by: Zhao Yi zhaoyi(a)uniontech.com -- v7: comctl32/listview: Reset bNoItemMetrics to TRUE to make sure that listview items can be arranged. https://gitlab.winehq.org/wine/wine/-/merge_requests/3392

2 1

[PATCH 0/3] MR288: hlsl: Some fixes caught by Wine tests.
by Zebediah Figura (＠zfigura) July 27, 2023

July 27, 2023

-- https://gitlab.winehq.org/wine/vkd3d/-/merge_requests/288

3 5

[PATCH v2 0/2] MR3369: mf/tests: Test sample processing for MPEG4 media sink.
by Ziqing Hui (＠zhui) July 26, 2023

July 26, 2023

-- v2: mf/tests: Test sample processing for MPEG4 media sink. mf/tests: Use IMFMediaEventGenerator interface in event wait helper. https://gitlab.winehq.org/wine/wine/-/merge_requests/3369

4 7

[PATCH v6 0/1] MR3392: comctl32/listview: Reset bNoItemMetrics to TRUE in LISTVIEW_DeleteAllItems() to arrange listview items.
by Zhao Yi (＠Zhaoyi) July 26, 2023

July 26, 2023

Same as MR !2394 Signed-off-by: Zhao Yi zhaoyi(a)uniontech.com -- v6: comctl32/listview: Reset bNoItemMetrics to TRUE in LISTVIEW_DeleteAllItems() to arrange listview items. https://gitlab.winehq.org/wine/wine/-/merge_requests/3392

2 1

[PATCH v5 0/1] MR3392: comctl32/listview: Set bNoItemMetrics to TRUE in LISTVIEW_DeleteAllItems().
by Zhao Yi (＠Zhaoyi) July 26, 2023

July 26, 2023

Same as MR !2394 Signed-off-by: Zhao Yi zhaoyi(a)uniontech.com -- v5: comctl32/listview: Set bNoItemMetrics to TRUE in LISTVIEW_DeleteAllItems(). https://gitlab.winehq.org/wine/wine/-/merge_requests/3392

3 3

[PATCH 0/1] MR2910: winegstreamer: Add stubs for MPEG4 muxer.
by Ziqing Hui (＠zhui) July 26, 2023

July 26, 2023

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

5 21

Re: [PATCH v3 0/1] MR3319: evr: Leave critical section before waiting for streaming thread.
by Nikolay Sivov (＠nsivov) July 26, 2023

July 26, 2023

On Wed Jul 26 19:17:48 2023 +0000, Nikolay Sivov wrote: > I had to learn what's going on in there once again. I think what we need > to do is basically stop using 'presenter->cs' in the streaming thread > entirely, MFVP_MESSAGE_ENDSTREAMING handling will remain unchanged. > This means two things: > - queue itself should be protected with its own lock; > - video_presenter_process_input() should not be called in the streaming > thread all. Instead it could be called right in > video_presenter_allocator_cb_NotifyRelease(), with appropriate locking. It's slightly more complicated, I can see now why EVRM_PROCESS_INPUT was added - it was probably to avoid interacting with tracking thread. The point still stands, I think we'll need to remove remaining presenter lock from streaming thread, one way or another. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3319#note_40394

1 0

[PATCH v16 0/2] MR3391: mshtml: implement window.MutationObserver with MutationObserver stub
by Yuxuan Shui (＠yshui) July 26, 2023

July 26, 2023

This get us pass the "Update your browser" blocker in adobe's sign-in page. The page itself doesn't make use of `window.MutationObserver`. However the sign-in page is still broken. -- v16: mshtml: add stubs for MutationObserver methods mshtml: implement window.MutationObserver with MutationObserver stub https://gitlab.winehq.org/wine/wine/-/merge_requests/3391

3 4

Re: [PATCH v3 0/1] MR3319: evr: Leave critical section before waiting for streaming thread.
by Nikolay Sivov (＠nsivov) July 26, 2023

July 26, 2023

On Wed Jul 26 17:26:57 2023 +0000, Santino Mazza wrote: > Oh I just saw that we have `PRESENTER_MIXER_HAS_INPUT` flag and is set > when it receives the `MFVP_MESSAGE_PROCESSINPUTNOTIFY` message, but when > the streaming thread receives the `EVRM_PROCESS_INPUT` message it > doesn't set that flag, shouldn't we set that flag and check for it > before waiting for the thread? I had to learn what's going on in there once again. I think what we need to do is basically stop using 'presenter->cs' in the streaming thread entirely, MFVP_MESSAGE_ENDSTREAMING handling will remain unchanged. This means two things: - queue itself should be protected with its own lock; - video_presenter_process_input() should not be called in the streaming thread all. Instead it could be called right in video_presenter_allocator_cb_NotifyRelease(), with appropriate locking. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3319#note_40382

1 0