- wine-gitlab - winehq.org

[PATCH 0/1] MR7624: qcap: Check the subtype of video format.
by Haoyang Chen (＠chenhaoyang) 20 Mar '25

20 Mar '25

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

2 1

[PATCH 0/3] MR7623: Draft: winegstreamer: Use provided PTS and duration in video_decoder.
by Brendan McGrath (＠redmcg) 20 Mar '25

20 Mar '25

This MR modifies winegstreamer to match Windows behaviour in that: 1. the video decoders will output the PTS and duration of the input sample (if provided); and 2. the WMV decoder will set any value not provided to zero It also adds support for supplying a DTS value to the MFTs. I've marked this as draft as it fixes the tests in MR !7563 (in addition to fixing some existing `test_wmv_decoder` tests). Also, as demonstrated in MR !7569, our demuxers output different timestamps to Windows. This change will result in those different timestamps being forwarded from the decoder. So we may also want to address that difference prior to accepting this MR. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7623

2 3

[PATCH 0/1] MR7621: win32u: Default to exit when tracking top menu
by YuriK7 (＠riyu12383) 20 Mar '25

20 Mar '25

Split from https://gitlab.winehq.org/wine/wine/-/merge_requests/6199. Implements a behavior observed in https://bugs.winehq.org/show_bug.cgi?id=55336. Pressing the Alt key opens the alt key menu. Pressing any non-menu-related just after button will exit it. However if navigating in the menu, then it won't, as it only happens on the top menu. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7621

2 1

Re: [PATCH v12 0/1] MR6199: winewayland.drv: Fix alt-tabbing out opening the alt key menu
by YuriK7 (＠riyu12383) 19 Mar '25

19 Mar '25

I have split this merged so that this mr is completely related to winewyaland and just a one liner. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/6199#note_98482

1 0

[PATCH 0/1] MR7620: Shcore: Implement OS_TABLETPC and OS_MEDIACENTER
by Anders Kjersem (＠anders) 19 Mar '25

19 Mar '25

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

2 1

Re: [PATCH v2 0/1] MR7616: win32u: Fix alpha blending in X11DRV_UpdateLayeredWindow. - approved
by Alexandre Julliard (＠julliard) 19 Mar '25

19 Mar '25

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

1 0

Re: [PATCH v2 0/8] MR7614: hidclass: Fix some possible crash when devices are unplugged. - approved
by Alexandre Julliard (＠julliard) 19 Mar '25

19 Mar '25

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

1 0

Re: [PATCH v2 0/5] MR7615: cfgmgr32: Implement CM_Register_Notification and CM_Unregister_Notification. - approved
by Alexandre Julliard (＠julliard) 19 Mar '25

19 Mar '25

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

1 0

Re: [PATCH v2 0/4] MR7612: PDB rewrite #4. - approved
by Alexandre Julliard (＠julliard) 19 Mar '25

19 Mar '25

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

1 0

Re: [PATCH v2 0/4] MR7613: winewayland: Clipboard support through core wl_data_device - approved
by Alexandre Julliard (＠julliard) 19 Mar '25

19 Mar '25

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

1 0

Re: [PATCH v2 0/1] MR7611: odbc32: Pass through result length pointers when PE/Unix pointer sizes are equal. - approved
by Alexandre Julliard (＠julliard) 19 Mar '25

19 Mar '25

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

1 0

Re: [PATCH v3 0/2] MR7606: user32/edit: Block key input when mouse input is captured. - approved
by Alexandre Julliard (＠julliard) 19 Mar '25

19 Mar '25

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

1 0

[PATCH v7 0/5] MR7610: Draft: win32u: Create a shared object for user handle entries.
by Rémi Bernon (＠rbernon) 19 Mar '25

19 Mar '25

For https://gitlab.winehq.org/wine/wine/-/merge_requests/7512 to use it to locate window shared objects. -- v7: win32u: Use the session shared object to implement is_window. win32u: Use the session shared object for user handle entries. server: Move the user object handle table to the shared memory. server: Use NTUSER_OBJ constants for user object types. server: Create a shared memory object for the global session. https://gitlab.winehq.org/wine/wine/-/merge_requests/7610

2 5

[PATCH v6 0/5] MR7610: Draft: win32u: Create a shared object for user handle entries.
by Rémi Bernon (＠rbernon) 19 Mar '25

19 Mar '25

For https://gitlab.winehq.org/wine/wine/-/merge_requests/7512 to use it to locate window shared objects. -- v6: win32u: Use the session shared object to implement is_window. win32u: Use the session shared object for user handle entries. server: Move the user object handle table to the shared memory. server: Use NTUSER_OBJ constants for user object types. server: Create a shared memory object for the global session. https://gitlab.winehq.org/wine/wine/-/merge_requests/7610

2 5

[PATCH v7 0/1] MR5145: opengl32: speed up wow64 mapping
by Etaash Mathamsetty (＠etaash.mathamsetty) 19 Mar '25

19 Mar '25

My hardware is Ryzen 7 4700u with the integrated graphics Flatout (Direct3D 9): 20 fps (renders correctly) Unigine Heaven (OpenGL): ~40-60 fps (renders correctly) Unigine Heaven (Direct3D 9): 20-30 fps (renders correctly) Unigine Heaven (Direct3D 11): 20-30 fps as well (renders correctly) Elder Scrolls IV (Direct3D 9): 20 fps (renders correctly) BeamNG Tech Demo 0.3 (Direct3D 9): 2 fps (renders correctly, but still runs poorly) Massive step up from getting 2 fps across many wined3d games, but it's still pretty bad, ~~and sometimes runs worse than the original code~~. Now with a combination of using the new and old code dynamically you can get the best of both worlds! Unfortunately, we lose the ability to get lucky with the mapping just happening to be in the 32 bit range. -- v7: opengl32: speed up wow64 mapping. https://gitlab.winehq.org/wine/wine/-/merge_requests/5145

5 6

[PATCH v4 0/1] MR7344: winex11: Fix alpha blending in X11DRV_UpdateLayeredWindow.
by Dmitry Timoshkov (＠dmitry) 19 Mar '25

19 Mar '25

Original patch description https://www.winehq.org/pipermail/wine-patches/2017-February/157574.html winehq.org no longer provides the wine-patches archives, so it's necessary to dig into [web.archive.org](https://web.archive.org/web/20211011014926/https://www.win…: https://web.archive.org/web/20211011014926/https://www.winehq.org/pipermail… https://web.archive.org/web/20211011014930/https://www.winehq.org/pipermail… =================================================================== Based on a patch by Dmitry Timoshkov. ## Signed-off-by: Sebastian Lackner sebastian(a)fds-team.de Fixes https://bugs.winehq.org/show_bug.cgi?id=33943. Battle.Net initially creates completely transparent popup windows and afterwards uses UpdateLayeredWindow without hdcSrc to let them fade in. Testing confirms that this works fine on Windows - on Wine however the original content is lost and no longer available. To avoid that, this patch stores the original content in the surface and uses \_NET_WM_WINDOW_OPACITY to create a transparency effect. The same method is already used by SetLayeredWindowAttributes. If compositing is disabled, the window content will be visible immediately. Dmitrys original patch used a different approach, and manually implemented the alpha blending in x11drv_surface_flush using additional buffers, however this shouldn't really be necessary (yet). We can still use it later if there is any benefit compared to using \_NET_WM_WINDOW_OPACITY. -- v4: winex11: Fix alpha blending in X11DRV_UpdateLayeredWindow. https://gitlab.winehq.org/wine/wine/-/merge_requests/7344

3 4

[PATCH 0/1] MR7616: win32u: Fix alpha blending in X11DRV_UpdateLayeredWindow.
by Rémi Bernon (＠rbernon) 19 Mar '25

19 Mar '25

Based on a patch by Dmitry Timoshkov. Supersedes https://gitlab.winehq.org/wine/wine/-/merge_requests/7344 -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7616

3 3

[PATCH v11 0/3] MR7542: ws2_32: Implement WSALookupService for Bluetooth device discovery.
by Vibhav Pant (＠vibhavp) 19 Mar '25

19 Mar '25

This MR adds an initial implementation of the winsock `WSALookupsService*` methods for performing Bluetooth device discovery (`LUP_CONTAINERS`). Pending !7472, the code will also eventually support performing device inquiry scans. -- v11: ws2_32: Implement WSALookupServiceNext for Bluetooth device discovery. ws2_32: Implement WSALookupServiceBegin for Bluetooth device discovery. ws2_32/tests: Add tests for Bluetooth device discovery in WSALookupServiceBegin/Next. https://gitlab.winehq.org/wine/wine/-/merge_requests/7542

2 3

[PATCH v10 0/3] MR7542: ws2_32: Implement WSALookupService for Bluetooth device discovery.
by Vibhav Pant (＠vibhavp) 19 Mar '25

19 Mar '25

This MR adds an initial implementation of the winsock `WSALookupsService*` methods for performing Bluetooth device discovery (`LUP_CONTAINERS`). Pending !7472, the code will also eventually support performing device inquiry scans. -- v10: ws2_32: Implement WSALookupServiceNext for Bluetooth device discovery. ws2_32: Implement WSALookupServiceBegin for Bluetooth device discovery. ws2_32/tests: Add tests for Bluetooth device discovery in WSALookupServiceBegin/Next. https://gitlab.winehq.org/wine/wine/-/merge_requests/7542

3 8

[PATCH v5 0/5] MR7610: Draft: win32u: Create a shared object for user handle entries.
by Rémi Bernon (＠rbernon) 19 Mar '25

19 Mar '25

For https://gitlab.winehq.org/wine/wine/-/merge_requests/7512 to use it to locate window shared objects. -- v5: win32u: Use the session shared object to implement is_window. win32u: Use the session shared object for user handle entries. server: Move the user object handle table to the shared memory. server: Use NTUSER_OBJ constants for user object types. server: Create a shared memory object for the global session. https://gitlab.winehq.org/wine/wine/-/merge_requests/7610

2 5

[PATCH 0/5] MR7615: cfgmgr32: Implement CM_Register_Notification and CM_Unregister_Notification.
by Rémi Bernon (＠rbernon) 19 Mar '25

19 Mar '25

Supersedes https://gitlab.winehq.org/wine/wine/-/merge_requests/7559 with couple of additional tests and fixes. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7615

3 9

[PATCH v4 0/5] MR7559: cfgmgr32: Implement CM_Register_Notification and CM_Unregister_Notification.
by Vibhav Pant (＠vibhavp) 19 Mar '25

19 Mar '25

The methods are needed to implement Bluetooth device pairing in `bluetoothapis.dll` without having to create a dummy window for `RegisterDeviceNotification`, as that may break CLI applications. `CM_Register_Notification` is implemented as a thin wrapper over `I_ScRegisterDeviceNotification`, mapping `DBT_*` flags to their associated `CM_NOTIFY_*` constants. -- v4: user32: Remove incorrect FIXME warning while registering for DBT_DEVTYP_HANDLE notifications. cfgmgr32: Implement CM_Register_Notification and CM_Unregister_Notification. dinput/tests: Add tests for CM_Register_Notification. https://gitlab.winehq.org/wine/wine/-/merge_requests/7559

2 7

[PATCH v4 0/5] MR7610: Draft: win32u: Create a shared object for user handle entries.
by Rémi Bernon (＠rbernon) 19 Mar '25

19 Mar '25

For https://gitlab.winehq.org/wine/wine/-/merge_requests/7512 to use it to locate window shared objects. -- v4: win32u: Use the session shared object to implement is_window. win32u: Use the session shared object for user handle entries. server: Move the user object handle table to the shared memory. server: Use NTUSER_OBJ constants for user object types. server: Create a shared memory object for the global session. https://gitlab.winehq.org/wine/wine/-/merge_requests/7610

2 5

[PATCH v8 0/15] MR7516: Server-side thread priorities implementation (Part 3)
by Marc-Aurel Zent (＠mzent) 19 Mar '25

19 Mar '25

This is the continuation of https://gitlab.winehq.org/wine/wine/-/merge_requests/7317. There are a lot of smaller commits (some even no-op renames), because there are some inconsistencies in the codebase currently of what an NT thread priority vs a base thread priority should be (or even constant names being wrong), and I hope that this clears that up a bit. I tried making the commits as atomic as possible. I hope this is fine... There are still a few tiny details missing, like boosting and `KeSetPriorityThread` and friends, which are either stubs or not correctly working as well and have been moved to the next part. I wrote a pretty extensive test for all this too, since pretty much none of how this works is documented (or even misrepresented quite often). For testing, thread priority boosting has been disabled in order to make the behavior on Windows not flaky and dynamic. In fact, on Windows, there is some thread priority boost decay going on after the message has been processed and other mechanisms. The `last` field of `get_thread_info` reply was moved to a flag in order to make space for the thread base priority, since it is already at the limit of 64 bytes. -- v8: ntdll/tests: Add tests for process and thread priority. server, ntdll: Fetch both process priority and base_priority. server: Add process base priority helper. kernelbase: Use ProcessPriorityClass info class in GetPriorityClass. kernelbase: Use correct priority in GetThreadPriority. server, ntdll: Fetch both thread priority and base_priority. server, ntdll: Move last thread information to get_thread_info flags. ntdll: Implement ThreadPriority class in NtSetInformationThread. server: Implement setting thread priority directly. server: Add set_thread_priority helper. server: Rename thread priority to base_priority. server: Rename base_priority to effective_priority in apply_thread_priority. server: Infer process priority class in set_thread_priority. include: Use correct PROCESS_PRIORITY_CLASS_* names. include: Add thread priority constants. https://gitlab.winehq.org/wine/wine/-/merge_requests/7516

3 17

[PATCH 0/8] MR7614: hidclass: Fix some possible crash when devices are unplugged.
by Rémi Bernon (＠rbernon) 19 Mar '25

19 Mar '25

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

2 8

2025

2024

2023

2022

wine-gitlab