Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

This helps the first lockup but starting a game causes another freeze.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=49678Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

Patch by Robert Wilhelm from bug:
https://bugs.winehq.org/show_bug.cgi?id=49905

VbsEdit is able to execute scripts with this patch applied.
Signed-off-by: Dmitry Kislyuk <dimaki@rocketmail.com>

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

WIP: Improve default values.

Signed-off-by: Alistair Leslie-Hughes <leslie_alistair@hotmail.com>

A lot of details are not properly covered by tests yet and were
marked with FIXME comments. The implementation was written in such
a way that it behaves identical to the old code in such situations.

The order of the stored cookies doesn't match in /testC, so
be a bit less strict in the test.

Some applications control their own position when they are being moved. This
can become out of sync with the X server because certain WMs interfere with
this on purpose.

Thus we shouldn't just rely on our window rect when deciding whether to unmap
a window (if it's out of the screen), but query the X server in this case
as the last resort to make sure it really is outside and should be unmapped.

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=15346Signed-off-by: Gabriel Ivăncescu <gabrielopcode@gmail.com>

Hi,
This patch fixes a crash in winex11.drv when loading IME.

This happens in Final Fantasy XI when using Ashita or Windower
3rd party applications.

There has been no bug reported I just fixed the bug for myself.

Here is the crash record:

Unhandled exception: page fault on write access to 0x00000014 in 32-bit code (0x7d85a94b).
Register dump:
 CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
 EIP:7d85a94b ESP:0836fd10 EBP:0836fd38 EFLAGS:00010212(  R- --  I   -A- - )
 EAX:00000000 EBX:0015abe8 ECX:00010050 EDX:00000000
 ESI:00000000 EDI:7d894000
Stack dump:
0x0836fd10:  001e60c8 00000158 0836fdb8 00010050
0x0836fd20:  00000000 7d894000 7d85a90b 7d894000
0x0836fd30:  001e60cc 001e60c8 0836fd58 7d86560b
0x0836fd40:  00010050 00000035 7d827a09 7d8655fa
0x0836fd50:  7d894000 001e60cc 0836fd98 7d83c0ef
0x0836fd60:  00010050 7d894000 0836fd98 7d83bfb0
Backtrace:
=>0 0x7d85a94b X11DRV_get_ic+0x4b(hwnd=0x10050) [/mnt/work/Repositories/wine/dlls/winex11.drv/window.c:2040] in winex11 (0x0836fd38)
  1 0x7d86560b X11DRV_ForceXIMReset+0x1a(hwnd=0x10050) [/mnt/work/Repositories/wine/dlls/winex11.drv/xim.c:255] in winex11 (0x0836fd58)
  2 0x7d83c0ef NotifyIME+0x17e(hIMC=<couldn't compute location>, dwAction=<couldn't compute location>, dwIndex=<couldn't compute location>, dwValue=<couldn't compute location>) [/mnt/work/Repositories/wine/dlls/winex11.drv/ime.c:764] in winex11 (0x0836fd98)
  3 0x7dc80793 ImmNotifyIME+0x62(hIMC=<couldn't compute location>, dwAction=<couldn't compute location>, dwIndex=<couldn't compute location>, dwValue=<couldn't compute location>) [/mnt/work/Repositories/wine/dlls/imm32/imm.c:2189] in imm32 (0x0836fde8)
0x7d85a94b X11DRV_get_ic+0x4b [/mnt/work/Repositories/wine/dlls/winex11.drv/window.c:2040] in winex11: movl     %ecx,0x14(%eax)
2040            x11drv_thread_data()->last_xic_hwnd = hwnd;

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=46263Signed-off-by: Enrico Horn <farmboy0+winehq@googlemail.com>

winex11.drv: Send WM_WINDOWPOSCHANGING/WM_WINDOWPOSCHANGED messages to a being deactivated topmost window.

We cannot specify it as a dependency since Debian Jessie has the
vulkan library in backports and not everybody will have this mapped.

Based on a patch by Dmitry Timoshkov.

XFCE4 always treats such windows as requesting the caption decoration.

This patch fixes double caption observed under some WMs (Metacity,
its successor Mate, and XFCE).

In the current implementation, the candidate window position of a input
method is fixed because XNSpotLocation isn't updated after an input
context (XIC) is created in X11DRV_CreateIC().
X11DRV_UpdateCandidatePos() in this patch updates the position. You can
see the change of a position with ibus, scim or fcitx when input style
is set to "over the spot" in the registry key:

[HKEY_CURRENT_USER\Software\Wine\X11 Driver]
"InputStyle"="OverTheSpot"

This patch was based on the original work by Muneyuki Noguchi, and
received a lot of help from Sebastian Lackner.

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

Wine-Bug: https://bugs.winehq.org/show_bug.cgi?id=41275Signed-off-by: Alex Henrie <alexhenrie24@gmail.com>

When having multiple wine versions installed (for example regular wine and wine staging), the desktop
shortcuts will always run regular wine, even if the app was installed with wine staging. This patch
changes the behaviour to use the absolute wine path in desktop shortcuts. The patch only modifies the
behaviour on Linux, because some other distros are a bit special (FreeBSD requires a wrapper to start
wine, and so on ...).