- wine-gitlab - winehq.org

Re: [PATCH v3 0/10] MR8853: misc: Register runtimeclasses explicitly (1/3) - approved
by Alexandre Julliard (＠julliard) 29 Aug '25

29 Aug '25

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

1 0

Re: [PATCH v5 0/2] MR8702: user32/tests: Add more SendMessageCallbackA/W() tests with NULL callback. - approved
by Alexandre Julliard (＠julliard) 29 Aug '25

29 Aug '25

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

1 0

Re: [PATCH v14 0/2] MR8258: comctl32/treeview: Return from TREEVIEW_LButtonDown when the treeview handle is invalid. - approved
by Alexandre Julliard (＠julliard) 29 Aug '25

29 Aug '25

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

1 0

[PATCH v4 0/6] MR8821: mshtml: Implement DOMParser.
by Gabriel Ivăncescu (＠insn) 29 Aug '25

29 Aug '25

-- v4: mshtml: Implement DOMParser's parseFromString. mshtml: Move document dispex info initialization to create_document_node. mshtml: Implement anchors prop for XML documents. mshtml: Fallback to text/xml for unknown content types ending with +xml mshtml: Use Gecko's responseXML to create the XML document in IE10 and up. mshtml: Implement DOMParser constructor and instance object. https://gitlab.winehq.org/wine/wine/-/merge_requests/8821

3 9

Re: [PATCH v21 0/1] MR8778: sane.ds: Adding saving scanner settings to the registry
by Ivan Lyugaev (＠valy) 29 Aug '25

29 Aug '25

On Fri Aug 29 05:10:25 2025 +0000, Esme Povirk wrote: > I think using the registry would make this significantly cleaner, enough > that I don't plan to review it further while it uses files. > I'd consider multiple configurations an advanced feature, and that's > still possible for the UI to provide based on the registry. Transferring > configurations across different machines is going to be even less > common. I don't think the improvement in discoverability for that use > case is worth it. I have changed the principle of saving settings. Currently, they are saved in the registry under the path HKEY_CURRENT_USER\Software\ScannersSettings\<Vendor>\<Product>. I have also removed the array with existing optno, and instead, I check the opt.is_active flag when saving. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8778#note_114232

1 0

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

29 Aug '25

-- 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) 29 Aug '25

29 Aug '25

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 (＠rbernon) 29 Aug '25

29 Aug '25

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) 29 Aug '25

29 Aug '25

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) 29 Aug '25

29 Aug '25

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

2025

2024

2023

2022

wine-gitlab