- wine-gitlab - winehq.org

[PATCH 0/1] MR6664: mshtml: Make sure disp_invoke is called before locking the document mode.
by Gabriel Ivăncescu (＠insn) 14 Oct '24

14 Oct '24

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

3 4

[PATCH 0/1] MR6648: winex11: Properly handle minimized windows in xinerama_get_fullscreen_monitors().
by Aida Jonikienė (＠DodoGTA) 14 Oct '24

14 Oct '24

This prevents a "Failed to get xinerama fullscreen monitor indices." error when minimizing a fullscreen window. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6648

3 3

[PATCH v2 0/5] MR6653: d3dx9: More DDS pixel format handling changes.
by Connor McAdams (＠cmcadams) 14 Oct '24

14 Oct '24

This is my last set of patches changing DDS pixel format handling. -- v2: d3dx9: Add support for more DDS pixel formats. d3dx9: Rework conversion to/from D3DFORMAT from/to DDS pixel format. d3dx9: Validate the size of DDS files containing packed pixel formats. d3dx9/tests: Add file size validation tests for DDS files containing packed pixel formats. https://gitlab.winehq.org/wine/wine/-/merge_requests/6653

2 6

[PATCH v7 0/8] MR6649: Draft: winex11: Replace foreign windows with a driver-only host window tracking.
by Rémi Bernon (＠rbernon) 14 Oct '24

14 Oct '24

Making all the windows handled by the driver to be either GL/VK client surfaces, or top-level windows. This avoids leaking host windows into the Win32 space, and makes it possible to get rid of some remaining NtUserMapWindowPoints in `map_event_coords` for mouse input. -- v7: winex11: Get rid of the now unnecessary foreign windows. winex11: Generate relative ConfigureNotify on parent ConfigureNotify events. winex11: Use the new host windows to register foreign window events. winex11: Keep track of the host windows children window rects. winex11: Keep track of the host windows relative rects. winex11: Keep track of the host window children of interest. winex11: Create host windows recursively up to root_window. winex11: Introduce a new struct host_window for host-only windows. https://gitlab.winehq.org/wine/wine/-/merge_requests/6649

2 9

[PATCH v2 0/1] MR6662: win32u/zibdrv: Round get_arc_max_points() value to a multiple of 4.
by Aida Jonikienė (＠DodoGTA) 13 Oct '24

13 Oct '24

This seems like a weird solution to me (so I'm not sure if the tests pass) -- v2: win32u/dibdrv: Round get_arc_max_points() value to a multiple of 4. https://gitlab.winehq.org/wine/wine/-/merge_requests/6662

3 4

[PATCH v12 0/9] MR6621: winebth.sys part 1: Introduce Bluetooth driver.
by Vibhav Pant (＠vibhavp) 13 Oct '24

13 Oct '24

This MR is the first of multiples MRs adding support for the Bluetooth stack API in Wine: 1. The winebth.sys driver, which talks to BlueZ and implements several key IOCTLs for communicating with Bluetooth devices and radios. 2. A bthserv service, which is responsible for keeping track of the authentication agent, and relaying authentication requests and responses to and from the driver. 3. Userspace APIs (bluetoothapis.dll, bthprops.cpl, Windows.Devices.Bluetooth, etc). winebth.sys is split into two "sub" drivers: `winebth.sys`: The main entrypoint, loaded by winedevice. It listens for changes to Bluetooth devices and radios and authentication events on BlueZ, passing them on the bthenum. It also handles most IOCTL operations on Bluetooth radio PDOs. `bthenum`: Responsible for creating nodes for discovered Bluetooth devices and associated services. It also tries to validate any IOCTLs relating to bluetooth devices before passing them to winebth.sys. (Not in this MR, likely in part 2) The unix code is split between dbus.c, unixlib.c and winebluetooth.c, where winebluetooth is a simple wrapper around unixlib for the sake of organization. -- v12: dlls/winebth.sys: Update radio PDO properties on receiving PropertiesChanged for an org.bluez.Adapter1 object. dlls/winebth.sys: Remove the corresponding radio PDO on receiving InterfacesRemoved for a org.bluez.Adapter1 object. dlls/winebth.sys: Create new radio PDOs on receiving InterfacesAdded for objects that implement org.bluez.Adapter1. dlls/winebth.sys: Set radio PDO properties from the device's corresponding org.bluez.Adapter1 object properties. dlls/winebth.sys: Register and enable BTHPORT_DEVICE and BLUETOOTH_RADIO interfaces for radio PDOs. dlls/winebth.sys: Derive a unique hardware ID for radio PDOs from their corresponding BlueZ object path. dlls/winebth.sys: Create radio PDOs from the list of org.bluez.Adapter1 objects on BlueZ. dlls/winebth.sys: Add a basic unixlib stub using DBus. dlls/winebth.sys: Add base winebth.sys driver. https://gitlab.winehq.org/wine/wine/-/merge_requests/6621

3 11

[PATCH v13 0/9] MR6621: winebth.sys part 1: Introduce Bluetooth driver.
by Vibhav Pant (＠vibhavp) 13 Oct '24

13 Oct '24

This MR is the first of multiples MRs adding support for the Bluetooth stack API in Wine: 1. The winebth.sys driver, which talks to BlueZ and implements several key IOCTLs for communicating with Bluetooth devices and radios. 2. A bthserv service, which is responsible for keeping track of the authentication agent, and relaying authentication requests and responses to and from the driver. 3. Userspace APIs (bluetoothapis.dll, bthprops.cpl, Windows.Devices.Bluetooth, etc). winebth.sys is split into two "sub" drivers: `winebth.sys`: The main entrypoint, loaded by winedevice. It listens for changes to Bluetooth devices and radios and authentication events on BlueZ, passing them on the bthenum. It also handles most IOCTL operations on Bluetooth radio PDOs. `bthenum`: Responsible for creating nodes for discovered Bluetooth devices and associated services. It also tries to validate any IOCTLs relating to bluetooth devices before passing them to winebth.sys. (Not in this MR, likely in part 2) The unix code is split between dbus.c, unixlib.c and winebluetooth.c, where winebluetooth is a simple wrapper around unixlib for the sake of organization. -- v13: dlls/winebth.sys: Update radio PDO properties on receiving PropertiesChanged for an org.bluez.Adapter1 object. dlls/winebth.sys: Remove the corresponding radio PDO on receiving InterfacesRemoved for a org.bluez.Adapter1 object. dlls/winebth.sys: Create new radio PDOs on receiving InterfacesAdded for objects that implement org.bluez.Adapter1. dlls/winebth.sys: Set radio PDO properties from the device's corresponding org.bluez.Adapter1 object properties. dlls/winebth.sys: Register and enable BTHPORT_DEVICE and BLUETOOTH_RADIO interfaces for radio PDOs. dlls/winebth.sys: Derive a unique hardware ID for radio PDOs from their corresponding BlueZ object path. dlls/winebth.sys: Create radio PDOs from the list of org.bluez.Adapter1 objects on BlueZ. https://gitlab.winehq.org/wine/wine/-/merge_requests/6621

2 9

[PATCH 0/1] MR6662: win32u/zibdrv: Round get_arc_max_points() value to a multiple of 4.
by Aida Jonikienė (＠DodoGTA) 13 Oct '24

13 Oct '24

This seems like a weird solution to me (so I'm not sure if the tests pass) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6662

3 3

Re: [PATCH v44 0/7] MR3870: mspatcha: Add support for 32-bit file patching and normalization
by Vijay Kiran Kamuju (＠infyquest) 13 Oct '24

13 Oct '24

Any updates on this series? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/3870#note_84854

1 0

[PATCH v11 0/30] MR6621: winebth.sys: Introduce Bluetooth driver.
by Vibhav Pant (＠vibhavp) 13 Oct '24

13 Oct '24

This MR is the first of at least three MRs adding support for the Bluetooth stack API in Wine: 1. The winebth.sys driver, which talks to BlueZ and implements several key IOCTLs for communicating with Bluetooth devices and radios. 2. A bthserv service, which is responsible for keeping track of the authentication agent, and relaying authentication requests and responses to and from the driver. 3. Userspace APIs (bluetoothapis.dll, bthprops.cpl, Windows.Devices.Bluetooth, etc). winebth.sys is split into two "sub" drivers: `winebth.sys`: The main entrypoint, loaded by winedevice. It listens for changes to Bluetooth devices and radios and authentication events on BlueZ, passing them on the bthenum. It also handles most IOCTL operations on Bluetooth radio PDOs. `bthenum`: Responsible for creating nodes for discovered Bluetooth devices and associated services. It also tries to validate any IOCTLs relating to bluetooth devices before passing them to winebth.sys. The unix code is split between dbus.c, unixlib.c and winebluetooth.c, where winebluetooth is a simple wrapper around unixlib for the sake of organization. -- v11: dlls/winebth.sys: Implement IOCTL_WINEBTH_DEVICE_START_PAIR. dlls/winebth.sys: Implement IOCTL command IOCTL_BTH_DISCONNECT_DEVICE. dlls/winebth.sys: Add support for RequestAuthorization requests from BlueZ. dlls/winebth.sys: Add support for RequestPasskey requests from BlueZ. dlls/winebth.sys: Add support for DisplayPasskey requests from BlueZ. dlls/winebth.sys: Add support for AuthorizeService requests from BlueZ. dlls/winebth.sys: Add support for DisplayPinCode requests from BlueZ. dlls/winebth.sys: Add support for RequestPinCode requests from BlueZ. dlls/winebth.sys: Add support for RequestConfirmation requests from BlueZ. This merge request has too many patches to be relayed via email. Please visit the URL below to see the contents of the merge request. https://gitlab.winehq.org/wine/wine/-/merge_requests/6621

2 1

[PATCH v10 0/1] MR5523: msdelta: Add stubs for ApplyDeltaA() and ApplyDeltaW().
by Vijay Kiran Kamuju (＠infyquest) 12 Oct '24

12 Oct '24

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56007 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56576 -- v10: msdelta: Add stubs for ApplyDeltaA() and ApplyDeltaW(). https://gitlab.winehq.org/wine/wine/-/merge_requests/5523

2 1

Re: [PATCH v6 0/1] MR5357: d3dcompiler: Add D3DX11CreateThreadPump stub.
by Vijay Kiran Kamuju (＠infyquest) 12 Oct '24

12 Oct '24

On Thu Mar 21 07:01:57 2024 +0000, Vijay Kiran Kamuju wrote: > I will initially only add the ID3X11ThreadPump interface stubs and the > D3DX11CreateThreadPump function, so that once the common code steps are > further advanced, we can fill in the interface functions. Have not seen the unification work, except for the pixel format changes. Is there more work done in proton tree? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5357#note_84832

1 0

Re: [PATCH v2 0/7] MR5930: win32u: Factor surface rect computation out of the drivers.
by Fabian Maurer (＠DarkShadow44) 12 Oct '24

12 Oct '24

This created a regression, see https://bugs.winehq.org/show_bug.cgi?id=57302 Could you please take a look? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/5930#note_84830

1 0

[PATCH 0/1] MR6661: winegstreamer: Use wmaversion = 4 for MFAudioFormat_WMAudio_Lossless.
by Rémi Bernon (＠rbernon) 12 Oct '24

12 Oct '24

Patch by Attila Fidan. Fixes: 9192b3b724d90788f7a1682b3f9eedb7bf363e22 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57294 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6661

3 2

[PATCH 0/1] MR6660: winedmo: Check and guard libavcodec/bsf.h inclusion.
by Rémi Bernon (＠rbernon) 12 Oct '24

12 Oct '24

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57269 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6660

2 1

[PATCH v6 0/8] MR6649: Draft: winex11: Replace foreign windows with a driver-only host window tracking.
by Rémi Bernon (＠rbernon) 12 Oct '24

12 Oct '24

Making all the windows handled by the driver to be either GL/VK client surfaces, or top-level windows. This avoids leaking host windows into the Win32 space, and makes it possible to get rid of some remaining NtUserMapWindowPoints in `map_event_coords` for mouse input. -- v6: winex11: Get rid of the now unnecessary foreign windows. winex11: Generate relative ConfigureNotify on parent ConfigureNotify events. winex11: Use the new host windows to register foreign window events. winex11: Keep track of the host windows children window rects. winex11: Keep track of the host windows relative rects. winex11: Keep track of the host window children of interest. winex11: Create host windows recursively up to root_window. winex11: Introduce a new struct host_window for host-only windows. https://gitlab.winehq.org/wine/wine/-/merge_requests/6649

2 8

[PATCH 0/5] MR6653: d3dx9: More DDS pixel format handling changes.
by Connor McAdams (＠cmcadams) 12 Oct '24

12 Oct '24

This is my last set of patches changing DDS pixel format handling. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6653

4 9

Re: [PATCH v2 0/6] MR6594: include: Add Windows.ApplicationModel.DesignMode runtime class.
by Zhiyi Zhang (＠zhiyi) 12 Oct '24

12 Oct '24

On Sat Oct 12 05:37:25 2024 +0000, Biswapriyo Nath wrote: > This line caused an issue in downstream projects, see > https://github.com/msys2/MINGW-packages/issues/22160. Would you like to > look into that? I am not sure if that is expected. I don't think this is a bug in Wine. Native headers have both `Windows.Foundation.IReference<BYTE>` and `Windows.Foundation.IReference<boolean>` and no conflicts. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6594#note_84816

1 0

Re: [PATCH v2 0/6] MR6594: include: Add Windows.ApplicationModel.DesignMode runtime class.
by Biswapriyo Nath (＠Biswa96) 12 Oct '24

12 Oct '24

Biswapriyo Nath (@Biswa96) commented about include/windows.foundation.idl: > interface Windows.Foundation.IReference<BYTE>; > - interface Windows.Foundation.IReference<INT32>; > interface Windows.Foundation.IReference<DOUBLE>; > interface Windows.Foundation.IReference<FLOAT>; > + interface Windows.Foundation.IReference<GUID>; > + interface Windows.Foundation.IReference<INT16>; > + interface Windows.Foundation.IReference<INT32>; > + interface Windows.Foundation.IReference<INT64>; > interface Windows.Foundation.IReference<UINT32>; > interface Windows.Foundation.IReference<UINT64>; > interface Windows.Foundation.IReference<Windows.Foundation.DateTime>; > + interface Windows.Foundation.IReference<Windows.Foundation.Point>; > + interface Windows.Foundation.IReference<Windows.Foundation.Rect>; > + interface Windows.Foundation.IReference<Windows.Foundation.Size>; > + interface Windows.Foundation.IReference<Windows.Foundation.TimeSpan>; > + interface Windows.Foundation.IReference<boolean>; This line caused an issue in downstream projects, see https://github.com/msys2/MINGW-packages/issues/22160. Would you like to look into that? I am not sure if that is expected. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6594#note_84815

1 0

Re: [PATCH v3 0/24] MR6651: Create occitan translation
by Aida Jonikienė (＠DodoGTA) 12 Oct '24

12 Oct '24

If you have trouble using `git`, then worst case I can make a new MR with the squashed commits (but you should consider reading the Git documentation first: https://git-scm.com/book) -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6651#note_84814

1 0

Re: [PATCH v3 0/2] MR6581: win32u: Implement drawing transformed arcs.
by Fabian Maurer (＠DarkShadow44) 11 Oct '24

11 Oct '24

This created a regression: https://bugs.winehq.org/show_bug.cgi?id=57296 Would you mind taking a look? (I'd just add you on CC in bugzilla, but I'm unable to). -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6581#note_84807

1 0

Re: [PATCH v3 0/2] MR6657: comdlg32: Fix buffer overflow when current_filter is longer than MAX_PATH. - approved
by Alexandre Julliard (＠julliard) 11 Oct '24

11 Oct '24

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

1 0

Re: [PATCH v4 0/1] MR6656: win32u: Avoid leaking window data on thread detach. - approved
by Alexandre Julliard (＠julliard) 11 Oct '24

11 Oct '24

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

1 0

Re: [PATCH v4 0/1] MR6644: msvcrt: Initialize locale data in new threads. - approved
by Alexandre Julliard (＠julliard) 11 Oct '24

11 Oct '24

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

1 0

Re: [PATCH v3 0/1] MR6646: dplayx/tests: Correct Enum tests. - approved
by Alexandre Julliard (＠julliard) 11 Oct '24

11 Oct '24

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

1 0

2025

2024

2023

2022

wine-gitlab