May 2025 - Wine-gitlab - list.winehq.org

[PATCH 0/3] MR8157: winex11: Fix window config requests with embedded windows.
by Rémi Bernon 27 May '25

27 May '25

Which got broken by the delaying mechanism in !8079. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8157

1 3

[PATCH 0/1] MR8156: winedump: Also dump the Culture column of the Assembly table.
by Hans Leidekker (＠hans) 27 May '25

27 May '25

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

2 1

[PATCH 0/1] MR8155: winex11: Don't expect an event from config requests while window is unmapped.
by Rémi Bernon 27 May '25

27 May '25

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

1 1

Re: [PATCH v17 0/1] MR6199: winewayland: Fix release_all_keys's modifier filtering.
by Yuri Hérouard 27 May '25

27 May '25

On Tue May 27 08:53:30 2025 +0000, Alexandros Frantzis wrote: > Hi @yurih, the current code excludes VK_MENU/SHIFT/CONTROL, but not in > order to filter modifier keys, but because these are inferred keys: they > don't corresponding to a specific physical key and their state is set > based on the state other keys (i.e., the left/right specific variants). > > Also, there's issues with extended scan code (for example my keyboard > arrows) that aren't released, though it also happens with winex11. > Hmm, I see releases for the key arrows on my keyboard :/ (i.e., > VK_LEFT/RIGHT/...), not sure what's different here. My keyboard is a french azerty keyboard, the down arrow key scan code is e0 50. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6199#note_104647

1 0

Re: [PATCH v17 0/1] MR6199: winewayland: Fix release_all_keys's modifier filtering.
by Alexandros Frantzis (＠afrantzis) 27 May '25

27 May '25

On Sun May 25 15:34:38 2025 +0000, Yuri Hérouard wrote: > Yes it does indeed fix the alt menu mode without my patch. Though I > don't think I understood clearly what you meant, as Alt is already > filtered (VK_MENU), I just added the left and right keys as they are > among the returned keyboard state and are not filtered, making Alt > released anyway. You plan to remove the modifier's filtering altogether ? > Also, there's issues with extended scan code (for example my keyboard > arrows) that aren't released, though it also happens with winex11. Hi @yurih, the current code excludes VK_MENU/SHIFT/CONTROL, but not in order to filter modifier keys, but because these are inferred keys: they don't corresponding to a specific physical key and their state is set based on the state other keys (i.e., the left/right specific variants). > Also, there's issues with extended scan code (for example my keyboard arrows) that aren't released, though it also happens with winex11. Hmm, I see releases for the key arrows on my keyboard :/ (i.e., VK_LEFT/RIGHT/...), not sure what's different here. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6199#note_104643

1 0

[PATCH v9 0/4] MR7885: winebth.sys part 11: Support initiating pairing requests with remote devices.
by Vibhav Pant (＠vibhavp) 27 May '25

27 May '25

Add `IOCTL_WINEBTH_RADIO_START_AUTH`, which gets used to implement `BluetoothAuthenticateDeviceEx`. -- v9: bluetoothapis/tests: Add tests for BluetoothAuthenticateDeviceEx. bluetoothapis: Use a wizard GUI to respond to pairing requests if an authentication callback is not registered. https://gitlab.winehq.org/wine/wine/-/merge_requests/7885

4 7

[PATCH 0/1] MR8135: winnt: fix maximum support logical cores
by Herman Semenov (＠GermanAizek) 27 May '25

27 May '25

2 issues is closed: - it also fixes spam in logs that maximum value 64 has been exceeded, and (AMD Threadreapers and modern 32 core cpu) have become more accessible - most software does not use all logical cores by default, and many server boards cannot fully run software -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8135

4 4

[PATCH 0/1] MR8154: winex11: Wait for decoration change side effects before changing focus.
by Rémi Bernon 27 May '25

27 May '25

Mutter and related window managers use a parent X window frame, and temporarily unmap windows when their decoration is switched on/off. This triggers an Unmap > FocusOut > Reparent > Map > FocusIn event sequence, which we need to ignore in order to keep focus unchanged. If we were wrong about it, the WM_STATE property should then change as well, and we will eventually post a WM_WINE_WINDOW_STATE_CHANGED message again and have another chance at changing the foreground window. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/8154

2 2

[PATCH v2 0/5] MR8129: widl: Write the table stream.
by Hans Leidekker (＠hans) 27 May '25

27 May '25

-- v2: widl Implement the AssemblyRef table. widl: Implement the Assembly table. widl: Implement the TypeDef table. widl: Implement the Module table. widl: Write the table stream. https://gitlab.winehq.org/wine/wine/-/merge_requests/8129

3 13

[PATCH v9 0/6] MR7848: server: Use events as a sync for several objects.
by Rémi Bernon 27 May '25

27 May '25

Instead of https://gitlab.winehq.org/wine/wine/-/merge_requests/7815, for https://gitlab.winehq.org/wine/wine/-/merge_requests/7226, this only split the sync ops to a separate vtable and let objects delegate theirs to a separate object. This starts using a event-like interface for most objects, leaving the decision regarding if/how to split sync themselves / integrate inproc syncs for later. -- v9: server: Use an event sync for fd objects. server: Introduce a new event sync object. server: Redirect fd-based objects sync to the fd. server: Add an operation to retrieve an object sync. server: Move object grab/release out of (add|remove)_queue. server: Move signal access checks outside of the objects. https://gitlab.winehq.org/wine/wine/-/merge_requests/7848

1 8