Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55655

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55578

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55667

If the foreground window is fullscreen on the whole virtual screen,
allow the pointer to be locked (if the cursor is hidden), even if we
don't have an explicit fullscreen clip.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56022

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55288

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54402

To avoid triggering more pointer-truncation bugs in applications.

Based on a patch by Rémi Bernon.

Based on a patch by Rémi Bernon.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56006

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55774

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55288

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=56015

It depends on DNS configuration.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54847

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55638

When updating the foreground window, even if both the old and new active
window belong to the same non-current thread, the win32u code currently
explicitly deactivates the old window. This will cause the transient
deactivation of the foreground thread which can lead to undesirable
side-effects (e.g., some apps may minimize when they become inactive).

Until this is fixed in Wine core, use an internal driver message to
ensure that we call NtUserSetForegroundWindow from the context of
the new foreground window thread, to avoid the problematic behavior.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=54361

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=53845

Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Latest MSVC version use this.
Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Latest versions of MSVC use this.
Signed-off-by: Eric Pouech <epouech@codeweavers.com>

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55993

This fixes a regression by 69d81540
Originally this used GdipAlloc (calloc)

Fixes a regression from 1d337249.

Prior to the commit, we were solving this case in a different way.
If IDropTarget::DragOver() returned DROPEFFECT_NONE,
X11DRV_XDND_DROPEFFECTToXdndAction() would convert it to XdndActionCopy.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55179

The is_window_managed function may acquire the (non-recursive) win_data lock
internally (is_window_managed->has_owned_popups->is_managed), so do not call
it with the win_data lock held.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=55995

When running `wine explorer.exe /desktop=shell` as a full-screen app,
there is no obvious way to close it and return to the Linux desktop.
Remedy that problem by adding an "Exit desktop" button to the Start menu
in the same place as the "Shut Down" button on Windows.

Signed-off-by: Nikolay Sivov <nsivov@codeweavers.com>

When we have a Vulkan client subsurface, and depending on timings and
window state (e.g., fullscreen), we may not get the chance to apply new
surface configurations when presenting content to the main window
surface. To ensure new configurations are applied, also check for and
apply/ack configurations during Vulkan presentation.

This fixes some games which resize when they become fullscreen, but are
not properly placed by the compositor, because they never ack the
fullscreen state.