- Wine-GitLab - list.winehq.org

[PATCH v5 0/2] MR8846: kernelbase: For FILE_FLAG_BACKUP_SEMANTICS also handle FILE_ATTRIBUTE_DIRECTORY in CreateFile.
by Dmitry Timoshkov (＠dmitry) Aug. 29, 2025

Aug. 29, 2025

-- v5: kernelbase: For FILE_FLAG_BACKUP_SEMANTICS also handle FILE_ATTRIBUTE_DIRECTORY in CreateFile. kernel32/tests: Test FILE_FLAG_BACKUP_SEMANTICS | FILE_FLAG_POSIX_SEMANTICS | FILE_ATTRIBUTE_DIRECTORY. https://gitlab.winehq.org/wine/wine/-/merge_requests/8846

3 4

Re: [PATCH v8 0/2] MR2552: wineboot: Add env variable to hide wait window
by sewn (＠sewn) Aug. 29, 2025

Aug. 29, 2025

Why was this closed? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/2552#note_114214

1 0

Re: [PATCH v6 0/6] MR8498: win32u: Implement generic EGL driver pbuffer surface.
by Rémi Bernon Aug. 29, 2025

Aug. 29, 2025

On Fri Aug 29 13:27:29 2025 +0000, Alexandros Frantzis wrote: > Support for pbuffers in Mesa Wayland EGL has landed > (https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/36064) It > won't make a difference in the short term since we will need to stick > with the current approach (i.e., offscreen wl_surface) for backwards > compatibility for some time. Perhaps in a couple of years it may make > sense to take advantage of Wayland pbuffer support to simplify the > code... if we are still using pbuffers by then :) Nice, thank you! -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8498#note_114212

1 0

Re: [PATCH v6 0/6] MR8498: win32u: Implement generic EGL driver pbuffer surface.
by Alexandros Frantzis (＠afrantzis) Aug. 29, 2025

Aug. 29, 2025

On Thu Jul 3 14:21:30 2025 +0000, Rémi Bernon wrote: > Thanks! I'm working on getting a generic swapchain implementation based > on FBOs and exportable images anyway, so eventually we might be able to > use it to implement pbuffers without requiring platform support. > Here I mostly just wanted to get pbuffers out of the way so I could make > more changes the OpenGL window surface interface and make it converge > with Vulkan surfaces, and I was mildly annoyed to find another lacking > mechanism I assumed Wayland had already ;), but no big deal it should be > fine like this. Support for pbuffers in Mesa Wayland EGL has landed (https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/36064) It won't make a difference in the short term since we will need to stick with the current approach (i.e., offscreen wl_surface) for backwards compatibility for some time. Perhaps in a couple of years it may make sense to take advantage of Wayland pbuffer support to simplify the code... if we are still using pbuffers by then :) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8498#note_114211

1 0

[PATCH v2 0/7] MR8837: opcservices: Add basic support for reading OPC packages.
by Vibhav Pant (＠vibhavp) Aug. 29, 2025

Aug. 29, 2025

This MR introduces an initial implementation for `ReadPackageFromStream` in order to be able to decompress/read OPC packages, and enumerate their parts. This is required for supporting AppX packages, which themselves are OPC packages as well. As such, the code does not implement support for reading relationships or interleaved archives, as AppX does not support either (`APPX_E_RELATIONSHIPS_NOT_ALLOWED`, `APPX_E_INTERLEAVING_NOT_ALLOWED`). -- v2: opcservices: Implement IOpcPartSet::GetEnumerator for opened packages. opcservices: Implement IOpcPart::GetContentType for opened packages. opcservices: Implement IOpcPart::GetContentStream for opened packages. https://gitlab.winehq.org/wine/wine/-/merge_requests/8837

4 26

[PATCH v5 0/9] MR8829: windows.media.playback.mediaplayer: Return S_OK from IMediaPlayer2::get_SystemMediaTransportControls().
by Mohamad Al-Jaf (＠maljaf) Aug. 29, 2025

Aug. 29, 2025

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58631 -- v5: windows.media.playback.mediaplayer: Return S_OK from IMediaPlayer2::get_SystemMediaTransportControls(). windows.media.playback.mediaplayer: Add IMediaPlayer2 stub. include: Add IMediaPlayer2 definition. windows.media.playback.backgroundmediaplayer: Implement IBackgroundMediaPlayerStatics::get_Current(). https://gitlab.winehq.org/wine/wine/-/merge_requests/8829

3 16

[PATCH v2 0/1] MR8855: winewayland: Handle NULL values for xkb layout name and description.
by Alexandros Frantzis (＠afrantzis) Aug. 29, 2025

Aug. 29, 2025

The functions xkb_keymap_layout_get_name() and rxkb_layout_get_description() can return NULL if the corresponding information is missing. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58585 -- v2: winewayland: Handle NULL values for xkb layout name and description. https://gitlab.winehq.org/wine/wine/-/merge_requests/8855

2 1

[PATCH 0/1] MR8855: winewayland: Handle NULL values for xkb layout name and description.
by Alexandros Frantzis (＠afrantzis) Aug. 29, 2025

Aug. 29, 2025

The functions xkb_keymap_layout_get_name() and rxkb_layout_get_description() can return NULL if the corresponding information is missing. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=58585 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8855

2 1

Re: [PATCH v2 0/1] MR8694: win32u: Clear DC opengl drawable when releasing cached dce.
by Rémi Bernon Aug. 29, 2025

Aug. 29, 2025

On Fri Aug 29 10:27:48 2025 +0000, xianwei zheng wrote: > Without providing the software and Wine code, is there anything I can > offer that could help you pinpoint the issue? Please open a new bug on https://bugs.winehq.org, with a WINEDEBUG=+pid,+timestamp,+bitblt,+win,+opengl,+wgl,+x11drv trace attached if possible. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8694#note_114189

1 0

Re: [PATCH v3 0/2] MR8848: quartz: Preserve the current visibility in IVideoWindow::put_Style().
by Attila Fidan (＠atticf) Aug. 29, 2025

Aug. 29, 2025

That fails because the window gains WS_CLIPSIBLINGS after SetParent(0) on native but that doesn't happen on wine. ``` HWND hwnd = ... HWND hwnd2 = ... SetParent(hwnd, hwnd2); SetWindowLongPtrW(hwnd, GWL_STYLE, WS_OVERLAPPEDWINDOW); // no WS_CLIPSIBLINGS SetParent(hwnd, 0); // has WS_CLIPSIBLINGS on native but not wine SetWindowLongPtrW(hwnd, GWL_STYLE, WS_OVERLAPPEDWINDOW); // both native and wine have WS_CLIPSIBLINGS ``` I see wine forces WS_CLIPSIBLINGS when the parent is the desktop window in win32u/window.c:set_window_long but no such thing on NtUserSetParent. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8848#note_114181

1 0