We have seen cases where apparently the mouse/window position in SeamlessRDP gets out of sync. I can reproduce this every time on the demo system by running Excel and using the Windows buttons for minimize/maximize/restore. Probably the cause of issue12949 as well.
We will have a quick look at this to see if it's easily solved.
I'm able to reproduce this on a virtual machine with Windows 2003 R2, using Wordpad. The TL server is running on my workstation, and is the latest nightly build 4085, using XFCE DE:
Assuming Wordpad was running non-maximized the last time you ran it:
Start Wordpad. Press the maximize button. Now, Wordpad will use the entire screen area, but will NOT be maximized. If you press the maximize button a SECOND time, it will be maximized for real, but then the coords are out of sync.
Oh. This is a 64 bit only problem. Most likely, we are not doing the XGetWindowProperty voodoo correctly in ewmhints.c.
This problem should now be solved upstream, and brought to trunk in 27897.
*** Bug 2818 has been marked as a duplicate of this bug. ***
(In reply to comment #3)
> Start Wordpad. Press the maximize button. Now, Wordpad will use the entire
> screen area, but will NOT be maximized. If you press the maximize button a
> SECOND time, it will be maximized for real, but then the coords are out of
Can't reproduce with:
- ThinLinc 4.1.1post-4110.
- Ubuntu 12.04 w/ Unity2D
- Windows 2003R2 x64.
Good enough for me.