Version: unspecified (using Devel) OS: Linux The window has to be created already maximised for the bug to happen. Reproducible: Always Steps to Reproduce: To reproduce it I use amarok. 1- Set amarok window to maximised 2- Click the systray icon to hide it 3- Click again to make it appear back ( so that the window has been created already maximised) 4- Drag it to un-maximise it (click the title bar or any inactive part of the window (KDE 4.5)) Actual Results: Wherever you clicked to drag the window while maximised the mouse pointer goes to top left. Expected Results: The pointer should stay where it has been clicked on the window. Should work like it does when un-maximising a window that has not been created in a maximised state. KDE 4.5 RC2
Issue still present in 4.5.1
does it happen with any (widget) style or just oxygen/bespin?
Using another widget and window decoration than oxygen I can reproduce it. Can you not reproduce it ?
i know that those styles warp forth & back the pointer after "easy dragging" since the client otherwise get's confused about mouse events. however, after trying (i usually avoid max'd windows :-) i can reproduce this, but in a different way: the clients top left corner is moved to the pointer, while the pointer remains in its position. -> is this what you observe?
Thomas: note that the original report also mentions that it happens when dragging from the titlebar, "(click the title bar or any inactive part of the window (KDE 4.5))", for which I don't think there is any playing around with the mouse position. Is this also your observation ? If no, that might just be a different bug ... If yes, then I don't think this is related to the way bespin/oxygen (or Qtcurve, for that matter) perform window dragging. I can't reproduce the bug because I don't have the snapping thingy enabled. (so you basically cannot move/un-snap maximized windows). Maybe its a 'snap' related bug ...
PS: in fact, if I enable the "Maximize window by dragging ..." I can reproduce the behavior mentionned by Thomas. This from both the titlebar and the content. I do think its a 'snap' 'feature'.
(In reply to comment #4) > i know that those styles warp forth & back the pointer after "easy dragging" > since the client otherwise get's confused about mouse events. > however, after trying (i usually avoid max'd windows :-) i can reproduce this, > but in a different way: > the clients top left corner is moved to the pointer, while the pointer remains > in its position. -> is this what you observe? Yes that is what I observe, the pointer stays in its position and the window is moved so that the top left corner gets under the mouse. For example if after the maximized window I click on the max right I can before the close buttons and drag it the windows is almost not visible as it is out of the screen due to the move.
Issue still present in KDE SC 4.6 RC2
this is basically a dupe of 228815 kinda "bad original geometry condition" *** This bug has been marked as a duplicate of bug 228815 ***