- Wine-GitLab - list.winehq.org

Re: [PATCH v5 0/1] MR5861: mshtml: Implement visibilitychange event.
by Jacek Caban (＠jacek) Dec. 3, 2025

Dec. 3, 2025

Note that minimizing a window is just one case where this event should fire, but there are many others. In regular browsers, switching tabs is probably the most common source of the event. To support that, we would need to detect real visibility changes of the document, not just window minimization. That said, we do not need a complete solution right away, but since even the limited support already requires awkward hooks, this does not look very appealing. What exactly is it fixing? Do you have an actual application that needs it? And what is the observable behavior difference between this MR and just a stub? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5861#note_124536

1 0

[PATCH 0/1] MR9665: libs/ldap: Consistently use unicode version of QueryContextAttributes().
by Dmitry Timoshkov (＠dmitry) Dec. 3, 2025

Dec. 3, 2025

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

3 2

[PATCH v2 0/2] MR9664: win32u: Remove scrollbar rect offsets when WS_HSCROLL or WS_VSCROLL is present.
by Zhiyi Zhang (＠zhiyi) Dec. 3, 2025

Dec. 3, 2025

Fix RoomKey UI freezes. The extra 1 pixel offset causes the application to handle infinite WM_PAINT messages. -- v2: win32u: Remove scrollbar rect offsets when WS_HSCROLL or WS_VSCROLL is present. user32/tests: Test scrollbar rect when WS_HSCROLL or WS_VSCROLL is present. https://gitlab.winehq.org/wine/wine/-/merge_requests/9664

2 2

[PATCH 0/2] MR9664: win32u: Remove scrollbar rect offsets when WS_HSCROLL or WS_VSCROLL is present.
by Zhiyi Zhang (＠zhiyi) Dec. 3, 2025

Dec. 3, 2025

Fix RoomKey UI freezes. The extra 1 pixel offset causes the application to handle infinite WM_PAINT messages. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9664

2 2

[PATCH 0/1] MR9662: win32u: Use asprintf in read_drm_device_prop.
by Brendan Shanks (＠bshanks) Dec. 3, 2025

Dec. 3, 2025

Fixes an sprintf deprecation warning on macOS (and is simpler/clearer). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9662

3 2

[PATCH v3 0/2] MR9624: qcap: supports capturing camera footage in yuy2 format
by 张顾在 Dec. 3, 2025

Dec. 3, 2025

the yuv2 format video stream captured from v4l requires conversion to RGB24 format for rendering.I have verified that FFmpeg-8.0.1-essentials_build supports YUV capture format under Wine.The attachment contains format support obtained using ffmpeg.exe, along with video capture data processed via yuy2. [ffmpeg_support.log](/uploads/6bbdfa9249ef1cfae3edfa4e11663538/ffmpeg_support.log) [test_yuyv422.avi](/uploads/b2b0fb25fedad17bf60cf5aedaa6c5bf/test_yuyv422.avi) -- v3: quartz: Supports yuy2 video stream rendering https://gitlab.winehq.org/wine/wine/-/merge_requests/9624

2 2

[PATCH 0/2] MR9605: icuin: Prefer native.
by Zhiyi Zhang (＠zhiyi) Dec. 3, 2025

Dec. 3, 2025

Cyberpunk 2077 ships its own ICU library and calls `u_setMemoryFunctions_65()` and C++ exports. "\-Wb,--prefer-native" was in https://gitlab.winehq.org/wine/wine/-/merge_requests/8817. But it got lost when the MR got committed. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9605

4 7

Re: [PATCH v2 0/1] MR9657: msvfw32: Retry with avivideo device type if open fails. - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v2 0/1] MR9659: cmd: Enhance parsing of FOR /F options. - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v2 0/5] MR9658: PDB reader speedup 1. - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v2 0/1] MR9654: win32u: Update the window client surface even with no children. - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v2 0/4] MR9656: msado15: Add _Recordset::LockType implementation. - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v3 0/3] MR9454: Revert "winmm: Use AUTOCONVERTPCM when initializing the audio client." - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v2 0/1] MR9655: winevulkan: Update to VK spec version 1.4.335. - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v2 0/1] MR9630: user32: Avoid compiler warnings in tests - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v2 0/3] MR9652: winex11: Allow client window creation on other process windows. - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v2 0/1] MR9644: wininet: Move dwError to http_request_t. - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

Re: [PATCH v2 0/3] MR9650: cryptui: Pass the certificate context to CryptUIWizImport() from the certificate viewer. - approved
by Alexandre Julliard (＠julliard) Dec. 2, 2025

Dec. 2, 2025

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

1 0

[PATCH 0/6] MR9651: dmsynth: More robust sink write and render scheduling
by Anton Baskanov (＠baskanov) Dec. 2, 2025

Dec. 2, 2025

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

3 8

[PATCH v10 0/7] MR9371: kernel32: Implement TH32CS_SNAPMODULE32 support for CreateToolhelp32Snapshot.
by Yuxuan Shui (＠yshui) Dec. 2, 2025

Dec. 2, 2025

Intention is to use `CreateToolhelp32Snapshot` in `dbghelp.dll: EnumerateLoadedModulesW64`. Right now we can't because `CreateToolhelp32Snapshot` can't capture 32bit modules in wow64 processes, which is needed to support `SYMOPT_INCLUDE_32BIT_MODULES`. The advantage of using `CreateToolhelp32Snapshot` in mainly performance. Right now `EnumerateLoadedModulesW64` is `O(n^2)`, because of each module it calls `GetModuleInformation` which is itself `O(n)` w.r.t. number of modules. Whereas with `CreateToolhelp32Snapshot` there is no need for `GetModuleInformation`, thus reduce the complexity to just `O(n)`. * * * P.S. I am also uncomfortable with the amount of similar code between `CreateToolhelp32Snapshot` and `EnumProcessModulesEx`. Can something be done here? -- v10: kernel32: Implement TH32CS_SNAPMODULE32 support for CreateToolhelp32Snapshot. kernel32: Use GetCurrentProcess() handle in CreateToolhelp32Snapshot if possible. kernel32/tests: Test CreateToolhelp32Snapshot with TH32CS_SNAPMODULE32. kernel32: Fix CreateToolhelp32Snapshot on old WoW64. include: Add TH32CS_SNAPMODULE32. kernel32/tests: Handle ERROR_BAD_LENGTH from CreateToolhelp32Snapshot. https://gitlab.winehq.org/wine/wine/-/merge_requests/9371

2 9

[PATCH v9 0/7] MR9371: kernel32: Implement TH32CS_SNAPMODULE32 support for CreateToolhelp32Snapshot.
by Yuxuan Shui (＠yshui) Dec. 2, 2025

Dec. 2, 2025

Intention is to use `CreateToolhelp32Snapshot` in `dbghelp.dll: EnumerateLoadedModulesW64`. Right now we can't because `CreateToolhelp32Snapshot` can't capture 32bit modules in wow64 processes, which is needed to support `SYMOPT_INCLUDE_32BIT_MODULES`. The advantage of using `CreateToolhelp32Snapshot` in mainly performance. Right now `EnumerateLoadedModulesW64` is `O(n^2)`, because of each module it calls `GetModuleInformation` which is itself `O(n)` w.r.t. number of modules. Whereas with `CreateToolhelp32Snapshot` there is no need for `GetModuleInformation`, thus reduce the complexity to just `O(n)`. * * * P.S. I am also uncomfortable with the amount of similar code between `CreateToolhelp32Snapshot` and `EnumProcessModulesEx`. Can something be done here? -- v9: kernel32: Implement TH32CS_SNAPMODULE32 support for CreateToolhelp32Snapshot. kernel32: Use GetCurrentProcess() handle in CreateToolhelp32Snapshot if possible. kernel32/tests: Test CreateToolhelp32Snapshot with TH32CS_SNAPMODULE32. kernel32: Fix CreateToolhelp32Snapshot on old WoW64. include: Add TH32CS_SNAPMODULE32. kernel32/tests: Handle ERROR_BAD_LENGTH from CreateToolhelp32Snapshot. https://gitlab.winehq.org/wine/wine/-/merge_requests/9371

2 9

[PATCH v11 0/1] MR5373: shell32: Implement FCIDM_SHVIEW_CREATELINK
by Aric Stewart (＠aricstewart) Dec. 2, 2025

Dec. 2, 2025

Presently the wine file explorer has a create shortcut entry that does nothing. This implements the FCIDM_SHVIEW_CREATELINK command. This is a patch that was first submitted in 2017 and I unfortunately let the revision request fall unimplemented. -- v11: shell32: Implement FCIDM_SHVIEW_CREATELINK https://gitlab.winehq.org/wine/wine/-/merge_requests/5373

2 2

[PATCH v10 0/1] MR5373: shell32: Implement FCIDM_SHVIEW_CREATELINK
by Aric Stewart (＠aricstewart) Dec. 2, 2025

Dec. 2, 2025

Presently the wine file explorer has a create shortcut entry that does nothing. This implements the FCIDM_SHVIEW_CREATELINK command. This is a patch that was first submitted in 2017 and I unfortunately let the revision request fall unimplemented. -- v10: shell32: Implement FCIDM_SHVIEW_CREATELINK https://gitlab.winehq.org/wine/wine/-/merge_requests/5373

2 1

[PATCH 0/1] MR9659: cmd: Enhance parsing of FOR /F options.
by eric pouech (＠epo) Dec. 2, 2025

Dec. 2, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=59052 Signed-off-by: Eric Pouech <epouech(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9659

2 1

[PATCH 0/5] MR9658: PDB reader speedup 1.
by eric pouech (＠epo) Dec. 2, 2025

Dec. 2, 2025

This is a (first) MR about optmizing (new) PDB reader. Context: - game ships with a 1+ GB file and throws an exception at some point in the game, then captures a backtrace with a bunch of dbghelp invocations. - exception is also raised on native but is handled rather quickly (1-2seconds wall time), during what the game completly freezes. Old PDB reader (first context was on Wine 9.x) crashed when reading the PDB file. Serie starts with a fix for that, but it takes ages to load the PDB file. Context moved to Wine 10.x (with new PDB reader). Freeze time is about 7-8s. So this serie and subsequent ones will reduce freeze time (current status is 2.6s). This serie contains: - fix for old PDB reader to avoid crash, - some cleanups in PDB handling (nothing too fancy), - remove the computation of CRC when considering an ELF module, (the only place where this is used if when generating minidump including ELF modules, but the CRC is recomputed anyway). Since the CRC is computed on the whole ELF module image, and depending on number of referenced ELF modules, this can save quite some time (here ~1s). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/9658

2 5