August 2025 - wine-gitlab

[PATCH v3 0/2] MR8697: combase: Don't marshal objects marked as IAgileObject in RoGetAgileReference.
by Vibhav Pant (＠vibhavp) 04 Sep '25

04 Sep '25

[Chromium obtains an agile reference](https://source.chromium.org/chromium/chromium/src/+/main:device/… to WinRT activation factories with RoAgileReference. As we currently do not support marshaling WinRT objects, this fails. However, as objects marked with IAgileObject don't need to be marshaled across apartments, we can trivially implement `RoAgileReference` for such objects, as most activation factories tend to be agile. -- v3: combase: Don't marshal objects that implement IAgileObject in RoGetAgileReference. https://gitlab.winehq.org/wine/wine/-/merge_requests/8697

4 5

[PATCH 0/4] MR8851: tools: Install missing 64bit gstreamer runtime / -dev packages.
by Rémi Bernon (＠rbernon) 03 Sep '25

03 Sep '25

It's not normally possible to cross install gstreamer -dev packages on Debian, because of some conflicting gir files. We don't need these and we only care about headers and libraries. Extracting the packages contents manually instead works just fine. This is what I've been doing for my test VMs images. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8851

4 13

[PATCH 0/3] MR8749: Draft: wintypes: Implement a generic IMap<HSTRING, IInspectable>.
by Rémi Bernon (＠rbernon) 03 Sep '25

03 Sep '25

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

4 6

[PATCH 0/1] MR8854: combase/tests: Suppress trace messages from the test dll.
by Nikolay Sivov (＠nsivov) 03 Sep '25

03 Sep '25

Signed-off-by: Nikolay Sivov <nsivov(a)codeweavers.com> -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8854

3 2

[PATCH v16 0/5] MR8703: combase: Implement HSTRING marshaling functions.
by Vibhav Pant (＠vibhavp) 03 Sep '25

03 Sep '25

Add tests + implementations for the `HSTRING_User{Size, Marshal, Unmarshal, Free}` methods, required by proxies generated for interfaces that utilize HSTRING. -- v16: combase: Implement HSTRING_User{Unmarshal, Free}. combase: Implement HSTRING_UserMarshal. combase: Implement HSTRING_UserSize. combase/tests: Add tests for HSTRING marshaling methods. combase: Add stubs for HSTRING_User{Size, Marshal, Unmarshal, Free}. https://gitlab.winehq.org/wine/wine/-/merge_requests/8703

4 8

[PATCH v2 0/2] MR8824: winebus: Unspecified condition blocks are full strength
by Tyson Whitehead (＠twhitehead) 03 Sep '25

03 Sep '25

Under Windows and the PID specification it is possible to specify less than the full set of condition blocks. Under SDL and the Linux FF input API all condition blocks must always be specified. The existing code does not set any values outside the specified axes. This effectively sets the strength to zero along the unspecified axes. Testing setting just one axis with the MS Sidewinder 2 under Windows, however, reveals that it sets the first axis (the X-axis) to the given parameter values and sets the other axis to full strength (this is most easily felt/tested with the spring effect). This sets unspecified axes in the SDL and udev input backends to play at full strength to agree with Windows. It also updates joy.cpl to play condition effects along just the indicated axis too (as is done for non-condition effects). -- v2: joycpl: Play condition effects on indicated axis too https://gitlab.winehq.org/wine/wine/-/merge_requests/8824

4 6

[PATCH v3 0/2] MR8669: Map low level hooks coordinates correctly in win32u
by Santino Mazza (＠tati) 03 Sep '25

03 Sep '25

Coordinates from mouse low level hook messages are not mapped the same way than WM_MOUSEMOVE or GetCursorPos. This causes problems on programs that make use of both values to calculate mouse movement, like the wine DirectInput implementation. I'm marking this as a draft since I was not able to find a way to write a test for this. I'm able to easily reproduce it on Proton, because it creates a scaled full screen window, on Wine this doesn't happen so the coordinates are not required to be mapped to a scaled window. Edit: I didn't realize that modesetting emulation was an experimental option! So, I was able to reproduce the bug by enabling it. -- v3: dinput: Set per monitor aware DPI when handling WM_MOUSEMOVE. win32u: Map raw coordinates to virtual screen in low-level hooks. https://gitlab.winehq.org/wine/wine/-/merge_requests/8669

3 3

[PATCH 0/1] MR8860: winex11: Bitmap rendering now checks pbuffer bit instead of pixmap bit
by Zowie van Dillen (＠zowie) 03 Sep '25

03 Sep '25

This is my first commit so I thought with something pretty unobjectionable. The merge request !8210 seems to have switched from pixmaps to pbuffers for bitmap rendering (although it might have been an earlier change). This flag was overlooked and is still checking for pixmap compatibility. This caused problems with 16-bit bitmap rendering because, on my Nvidia driver, the pixmap bit is only ever set for onscreen (`DRAW_TO_WINDOW`) pixel formats. None of the 16-bit pixel formats are `DRAW_TO_WINDOW`, so that means it won't be able to find a good 16-bit pixel format. The pbuffer bit, on the other hand, is set for most offscreen formats and also more common for onscreen formats. Notably this doesn't actually fix 16-bit bitmap rendering — it's pretty darn broken. Other changes need some more research & discussion though, I'll keep it for another day. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8860

3 2

[PATCH 0/1] MR8033: kernelbase: Support using CreateFile to create folders
by Yeshun Ye (＠yeyeshun) 03 Sep '25

03 Sep '25

Signed-off-by: YeshunYe <yeyeshun(a)uniontech.com> Change-Id: I2a8099278fae6dcc45bc92fb1f1f606407fba000 Although MSDN does not mention that CreateFile can be used to create folders, it is actually supported. Verified on WinXP, Win7, and Win10. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8033

3 6

[PATCH 0/1] MR8858: sane.ds: Adding saving scanner settings to the registry
by Ivan Lyugaev (＠valy) 03 Sep '25

03 Sep '25

The latest scanner settings are now automatically saved in the HKEY_CURRENT_USER\Software\ScannersSettings\<Vendor>\<Product> path. This modification was tested and worked correctly. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8858

3 17

2025

2024

2023

2022

wine-gitlab August 2025