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 > sync. Can't reproduce with: - ThinLinc 4.1.1post-4110. - Ubuntu 12.04 w/ Unity2D - Windows 2003R2 x64. Good enough for me.