August 2024 - Wine-GitLab - list.winehq.org

[PATCH v2 0/1] MR6420: winevulkan: Update to VK spec version 1.3.295.
by Georg Lehmann (＠DadSchoorse) Aug. 30, 2024

Aug. 30, 2024

I have been putting this off for too long because handling VK_KHR_maintenance7 is not trivial. But by now a lot of other extensions have been released, so we should at least support those. -- v2: winevulkan: Update to VK spec version 1.3.295. https://gitlab.winehq.org/wine/wine/-/merge_requests/6420

2 1

[PATCH 0/1] MR6419: ntdll: Ignore HW breakpoints on the Unix side.
by Paul Gofman (＠gofman) Aug. 30, 2024

Aug. 30, 2024

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

4 4

[PATCH 0/1] MR6418: user32: Implement EVENT_OBJECT_FOCUS for listbox items.
by Esme Povirk (＠madewokherd) Aug. 30, 2024

Aug. 30, 2024

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

2 1

[PATCH v14 0/2] MR6130: shell32: Added stubs for the EnumerableObjectCollection COM class.
by Kevin Martinez (＠kevinrmartinez) Aug. 30, 2024

Aug. 30, 2024

Stub added for the IEnumObjects and IObjectCollection interfaces, so that programs won't crash when calling it. Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53620 Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56891 -- v14: shell32: Added stub for IObjectCollection interface. shell32: Added stub for IEnumObjects interface. https://gitlab.winehq.org/wine/wine/-/merge_requests/6130

3 3

[PATCH 0/1] MR6416: secur32: Ensure unixlib function tables and enum stay in sync.
by Brendan Shanks (＠bshanks) Aug. 30, 2024

Aug. 30, 2024

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

3 2

[PATCH 0/1] MR6415: mscoree: Update Wine Mono to 9.3.0.
by Esme Povirk (＠madewokherd) Aug. 30, 2024

Aug. 30, 2024

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

3 2

[PATCH 0/1] MR6414: secur32: Simplify the cred_enabled_protocols logic slightly.
by Huw Davies (＠huw) Aug. 30, 2024

Aug. 30, 2024

This avoids an (incorrect) compiler warning. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6414

2 1

Re: [PATCH v32 0/4] MR6315: plugplay: Rework how PnP notifications are sent over RPC to support DBT_DEVTYP_HANDLE events.
by Vibhav Pant (＠vibhavp) Aug. 30, 2024

Aug. 30, 2024

> Maybe we can avoid sending the paths every time by moving the filtering to plugplay, adapting the interface a bit for this. There could be additional methods to register paths / get plugplay handles in return, and later use these handle as device handles. Perhaps, but wouldn't this make both plugplay service, and the notification code sechost/service.c a lot more stateful as a result? Re: device handles, if you're referring to the `dbch_handle` field in `DEV_BROADCAST_HANDLE`, we already get that from the user using `RegisterDeviceNotification`, and the current code just uses them for sending notifications. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6315#note_80535

1 0

[PATCH 0/1] MR6405: winemapi: Don't write past the end of the argv array.
by Huw Davies (＠huw) Aug. 30, 2024

Aug. 30, 2024

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

3 2

Re: [PATCH v32 0/4] MR6315: plugplay: Rework how PnP notifications are sent over RPC to support DBT_DEVTYP_HANDLE events.
by Elizabeth Figura (＠zfigura) Aug. 30, 2024

Aug. 30, 2024

On Fri Aug 30 05:47:12 2024 +0000, Rémi Bernon wrote: > > @rbernon I'm okay with using reserved as an offset to pass the device > path, but we'd still have to pass it for every message for filtering. I > didn't want to utilize `reserved` mostly out of caution, if it ever > turned out to be that the field did have some undocumented semantics > after all. > Maybe we can avoid sending the paths every time by moving the filtering > to plugplay, adapting the interface a bit for this. There could be > additional methods to register paths / get plugplay handles in return, > and later use these handle as device handles. That seems like an awful lot of complication just to avoid defining a structure? -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6315#note_80533

1 0