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

[PATCH v11 0/1] MR6938: winewayland.drv: Implement support for xdg-toplevel-icon.
by Etaash Mathamsetty (＠etaash.mathamsetty) 31 Mar '25

31 Mar '25

-- v11: winewayland.drv: Implement support for xdg-toplevel-icon. https://gitlab.winehq.org/wine/wine/-/merge_requests/6938

2 2

[PATCH v9 0/1] MR6938: winewayland.drv: Implement support for xdg-toplevel-icon.
by Etaash Mathamsetty (＠etaash.mathamsetty) 31 Mar '25

31 Mar '25

-- v9: winewayland.drv: Implement support for xdg-toplevel-icon. https://gitlab.winehq.org/wine/wine/-/merge_requests/6938

2 1

[PATCH 0/1] MR7695: ntdll: Correct NtAllocateReserveObject arguments in specfile.
by Alex Henrie (＠alexhenrie) 31 Mar '25

31 Mar '25

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

4 4

[PATCH v8 0/1] MR6938: winewayland.drv: Implement support for xdg-toplevel-icon.
by Etaash Mathamsetty (＠etaash.mathamsetty) 31 Mar '25

31 Mar '25

-- v8: winewayland.drv: Implement support for xdg-toplevel-icon. https://gitlab.winehq.org/wine/wine/-/merge_requests/6938

2 1

[PATCH 0/7] MR7666: win32u: Introduce a new opengl_driver_funcs structure.
by Rémi Bernon 31 Mar '25

31 Mar '25

And use it to move wglGetExtensionsString(ARB|EXT) to win32u. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7666

2 8

[PATCH v2 0/6] MR7699: winex11: Use _NET_ACTIVE_WINDOW to request/track window activation.
by Rémi Bernon 31 Mar '25

31 Mar '25

This implements better active window synchronization between Wine and X11 by requesting _NET_ACTIVE_WINDOW change whenever the Win32 active window changes, using source = 2 (pager) which is more often obeyed than other source values by the window managers. This also implements SWP_NOACTIVATE properly by setting _NET_WM_USER_TIME time to 0 before mapping a window, which has the correct semantics, while later sending _NET_ACTIVE_WINDOW to activate it if it ends up being necessary to match the Win32 logic. -- v2: winex11: Use _NET_ACTIVE_WINDOW to request/track window activation. win32u: Call ActivateWindow callback when foreground window changes. win32u: Return foreground window changes from GetWindowStateUpdates. winex11: Refactor X11DRV_GetWindowStateUpdates control flow. winex11: Keep track of whether mapped window needs activation. winex11: Only set focus_time_prop for managed windows. https://gitlab.winehq.org/wine/wine/-/merge_requests/7699

1 7

Re: [PATCH v2 0/4] MR7562: wined3d: Move FFP extra states away from STATE_RENDER, part 1/4.
by Rémi Bernon 31 Mar '25

31 Mar '25

Fwiw f35c563a0589e38253d386b13b0068e3a06f5802 broke d3d8:visual and ddraw:ddraw7 tests. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7562#note_99376

1 0

[PATCH 0/6] MR7699: winex11: Use _NET_ACTIVE_WINDOW to request/track window activation.
by Rémi Bernon 31 Mar '25

31 Mar '25

This implements better active window synchronization between Wine and X11 by requesting _NET_ACTIVE_WINDOW change whenever the Win32 active window changes, using source = 2 (pager) which is more often obeyed than other source values by the window managers. This also implements SWP_NOACTIVATE properly by setting _NET_WM_USER_TIME time to 0 before mapping a window, which has the correct semantics, while later sending _NET_ACTIVE_WINDOW to activate it if it ends up being necessary to match the Win32 logic. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7699

1 6

[PATCH v3 0/1] MR7697: powrprof: Add stub for PowerRegisterForEffectivePowerModeNotifications.
by Louis Lenders (＠xe) 31 Mar '25

31 Mar '25

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56377 This patch makes msedge work in win10 mode, albeit I still have to add "--no-sandbox". Without "--no-sandbox" it doesn't crash anymore with this patch,but I cannot browse webpages, it just looks as if it is unconnected. -- v3: powrprof: Add stub for PowerRegisterForEffectivePowerModeNotifications. https://gitlab.winehq.org/wine/wine/-/merge_requests/7697

2 1

[PATCH 0/1] MR7690: winewayland: Don't use a destroyed surface in text input.
by Attila Fidan (＠atticf) 31 Mar '25

31 Mar '25

Don't assert or get the user data of null surface arguments. When the callbacks are run with a null surface it means the surface was destroyed client-side but the compositor has yet to process the destroy request and has sent events referencing the surface which no longer exists on the client. The wl_surface pointer also needs to be removed during wayland_surface_destroy to prevent it from becoming a dangling pointer which may be used if text_input_done or text_input_leave is run after the surface is destroyed. While doing so, track the hwnd instead to be consistent with keyboard and pointer. -- https://gitlab.winehq.org/wine/wine/-/merge_requests/7690

3 4