User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:22.214.171.124) Gecko/20070725 Firefox/126.96.36.199
When I hold Alt and click on the center of a window such as an open xterm, I am able to move that window around the screen.
If that window happens to be rdesktop, holding alt and trying to move the window, treats the window as if the application _inside_ that window, has semi-focus.
If I hold alt outside that window, and move my mouse over the window, then click to try to move the window, it also passes the click through to the application running inside that window.
I have tried this with about 20 other applications and they all move correctly. rdesktop is (so far) the only one which exhibits this behavior that I've found so far.
I have tried various other options to rdesktop, including passing no options, and it all behaves the same.
I can reproduce this with v4.3.99 (Feisty), v4.4.1 (Gutsy) and svn trunk.
This process DOES work with the same exact version of X, rdesktop, libs, Linux, kernel, etc. using sawfish as the window manager.
Steps to Reproduce:
1. Load rdesktop
2. Hold alt, click on the center of the window
3. Try to move the window
The mouse event is being passed into the client window.
I expected the window to move, as it does with all of the other windows using this same behavior and process.
Well, this is the desired behaviour, if the client windows grab tge keyboard shortcut, then it will be handled by the client window.
The WM *could* grab the shortcut on all windows (xfwm4 used to do that too), but that would prevent the client window from using that shortcut and that multiplies the grabs (one grab per shortcut and per toplevel window).
I'm afraid I see no bug here.
This has absolutely nothing to do with the "client window" at all. If I load sawfish under xfdesktop/xfce, and use the same process (alt+click on the middle of the rdesktop window), I can move it around the desktop just fine.
When I kill off sawfish and use xfwm4 again, holding alt and clicking, passes that click into the rdesktop window. I just tried this with metacity as well, and it behaves like sawfish.
The one that seems to be "changing" the default behavior, is xfwm4... why? I don't quite know yet.
(In reply to comment #2)
> This has absolutely nothing to do with the "client window" at all. If I load
> sawfish under xfdesktop/xfce, and use the same process (alt+click on the middle
> of the rdesktop window), I can move it around the desktop just fine.
Please reread my previous comment. What makes you believe that sawfish grabs the keys the same way as xfwm4.
If rdekstop grabs the key, then xfwm4 will not receive the key event because xfwm4 does *not* grab the key on the toplevel window and that is on purpose. Dunno about Sawfish, but that is the way it is intended in xfwm4.
The operation fails because xfwm4 cannot grab the keyboard, because rdesktop has already a grab on it.
Should be fixed in SVN trunk (rev. 26054.) - Allow move/resize using the mouse even if the keyboard grab fails.
I was planning to help with triage because I felt concerned by the sheer number of open bugs, but looking at this bug and others it looks like solved bugs don't always end up closed. Possibly for lack of feedback from reporters when a fix lands?
I think this one is safe to close...