December 2024 - Wine-GitLab

Re: [PATCH v5 0/2] MR6877: ntdll: Force redirect all ARM64EC indirect calls until the JIT is ready. - approved
by Alexandre Julliard (＠julliard) Dec. 6, 2024

Dec. 6, 2024

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

1 0

Re: [PATCH v2 0/8] MR6973: quartz/dsoundrender: Several fixes. - approved
by Alexandre Julliard (＠julliard) Dec. 6, 2024

Dec. 6, 2024

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

1 0

Re: [PATCH v2 0/2] MR6974: winex11: Listen to root window _NET_SUPPORTED property changes. - approved
by Alexandre Julliard (＠julliard) Dec. 6, 2024

Dec. 6, 2024

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

1 0

Re: [PATCH v10 0/8] MR6800: mf: Handle unexpected media source shutdown in a media session. - approved
by Alexandre Julliard (＠julliard) Dec. 6, 2024

Dec. 6, 2024

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

1 0

Re: [PATCH v13 0/7] MR4826: Mach vm operations improvements - approved
by Alexandre Julliard (＠julliard) Dec. 6, 2024

Dec. 6, 2024

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

1 0

Re: [PATCH v2 0/2] MR6970: jscript: Add support for deleting host properties.
by Jacek Caban (＠jacek) Dec. 6, 2024

Dec. 6, 2024

On Fri Dec 6 16:34:37 2024 +0000, Gabriel Ivăncescu wrote: > Well Typed Arrays will need something similar (they override all input > indices, and override defineProperty), when I made the first dispex > revamp with them, it wasn't clear how it would interact with the host > object implementation. Well, it's clear now that we need a way to > override them, I guess. > And btw Typed Arrays really need that DISPID optimization as well (or my > original hack, which didn't cover enums only) to skip DISPID for every element. `lookup_prop()` allows overriding all indices. It could probably use "don't enum" mentioned recently. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6970#note_89979

1 0

[PATCH v15 0/3] MR6737: comctl32/toolbar: forward WM_NOTIFY CBEN_ENDEDITW
by Alanas Tebuev (＠BZZZZ) Dec. 6, 2024

Dec. 6, 2024

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=57178 This makes [7-zip file manager](https://www.7-zip.org/) pressing enter while editing path work: * before: * [Icon near path becomes dark (7-zip file manager doesn't go to path).](https://old.reddit.com/r/winehq/comments/16ah3ze/7zip_cant_enter_pa…) * after: * 7-zip file manager goes to path. * Path input displays incorrect path (shouldn't happen, bug in wine's comboboxex unrelated to toolbar). -- v15: comctl32/toolbar: Forward WM_NOTIFY CBEN_ENDEDITW. comctl32: Move WM_NOTIFY unicode to ansi conversion code from pager.c to commctrl.c. comctl32/tests: Test WM_NOTIFY CBEN_ENDEDITW conversion and forwarding in toolbar. https://gitlab.winehq.org/wine/wine/-/merge_requests/6737

3 5

Re: [PATCH v2 0/2] MR6970: jscript: Add support for deleting host properties.
by Gabriel Ivăncescu Dec. 6, 2024

Dec. 6, 2024

On Fri Dec 6 10:42:56 2024 +0000, Jacek Caban wrote: > Thanks. This intentionally doesn't touch `PROP_EXTERN`, as deleting > those requires interaction with the host object. For all jscript knows, > the host may choose to ignore the delete. Fixing accessor and function > properties should cover everything prototypes currently need, so those > should be in good shape for the code freeze. > It could be useful to allow external properties to opt into this delete > mechanism for cases where host-owned properties should always behave > like regular ones. Examples include `constructor`, `prototype`, and > possibly constants like `Node.TEXT_NODE`. > For cases like document and window, we might introduce a flag in > `property_info` to modify name lookup. Jscript could continue searching > the prototype chain and use returned info only if the search fails. > Storage properties seem more complicated. None of the solutions that > come to mind feel ideal, but this is a very niche corner case. I doubt > any reasonable code depends on it, so it seems safe to ignore for now. > It also doesn't seem like something Proton needs to worry about. Well Typed Arrays will need something similar (they override all input indices, and override defineProperty), when I made the first dispex revamp with them, it wasn't clear how it would interact with the host object implementation. Well, it's clear now that we need a way to override them, I guess. And btw Typed Arrays really need that DISPID optimization as well (or my original hack, which didn't cover enums only) to skip DISPID for every element. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6970#note_89973

1 0

[PATCH v5 0/5] MR6936: winebth.sys part 2: Add support for Bluetooth radio properties.
by Vibhav Pant (＠vibhavp) Dec. 6, 2024

Dec. 6, 2024

This MR adds support for getting a Bluetooth adapter's properties from its corresponding `org.bluez.Adapter1` object, and making them available to userspace via device properties and the `IOCTL_BTH_GET_LOCAL_INFO` ioctl, updating these properties whenever a `PropertiesChanged` signal is received for the adapter. It also adds code for creating and removing radio PDOs on receiving `InterafacesAdded` and `InterfacesRemoved` signals from BlueZ, respectively. -- v5: winebth.sys: Implement IOCTL_BTH_GET_LOCAL_INFO. https://gitlab.winehq.org/wine/wine/-/merge_requests/6936

2 5

[PATCH v4 0/5] MR6936: winebth.sys part 2: Add support for Bluetooth radio properties.
by Vibhav Pant (＠vibhavp) Dec. 6, 2024

Dec. 6, 2024

This MR adds support for getting a Bluetooth adapter's properties from its corresponding `org.bluez.Adapter1` object, and making them available to userspace via device properties and the `IOCTL_BTH_GET_LOCAL_INFO` ioctl, updating these properties whenever a `PropertiesChanged` signal is received for the adapter. It also adds code for creating and removing radio PDOs on receiving `InterafacesAdded` and `InterfacesRemoved` signals from BlueZ, respectively. -- v4: winebth.sys: Implement IOCTL_BTH_GET_LOCAL_INFO. winebth.sys: Update radio PDO properties on receiving PropertiesChanged for an org.bluez.Adapter1 object. winebth.sys: Remove the corresponding radio PDO on receiving InterfacesRemoved for a org.bluez.Adapter1 object. winebth.sys: Create new radio PDOs on receiving InterfacesAdded for objects that implement org.bluez.Adapter1. winebth.sys: Set radio PDO properties from the device's corresponding org.bluez.Adapter1 object properties. https://gitlab.winehq.org/wine/wine/-/merge_requests/6936

4 8