After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 355497 - Un-Maximize Vertically returns the window to the original horizontal position (before Maximize Vertically was issued)
Un-Maximize Vertically returns the window to the original horizontal position...
Status: RESOLVED FIXED
Product: metacity
Classification: Other
Component: general
2.14.x
Other All
: Normal minor
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
Depends on:
Blocks:
 
 
Reported: 2006-09-11 21:27 UTC by avitzour
Modified: 2007-04-04 03:11 UTC
See Also:
GNOME target: ---
GNOME version: 2.13/2.14



Description avitzour 2006-09-11 21:27:30 UTC
Please describe the problem:
After vertical maximization of a window, it is still possible to move the window horizontally. However, when the window is Un-Maximized Vertically, it jumps back to its original horizontal (and vertical) position. While it makes sense for the window to return to the original vertical position, it is confusing when the window jumps horizontally, especially if using focus-follows-mouse and the window jumps out of focus with no such intention by the user. 

Steps to reproduce:
1. Maximize window vertically
2. Move window horizontally
3. Un-Maximize vertically


Actual results:
The window jumps back to the original horizontal position instead of just returning to its original vertical position

Expected results:
The window should maintain the last horizontal position set by the user, even if it was set after the window was maximized vertically.

Does this happen every time?
yes

Other information:
Comment 1 Elijah Newren 2006-09-26 18:18:59 UTC
This is due to using window->saved_rect unconditionally in meta_window_move_resize(); instead, window->saved_rect should only be used in the direction(s) being unmaximized and window->rect should be used in the other direction (if there is an other direction).  Should be relatively easy for someone to fix, though it looks like Carlos is already tackling it in bug 356715.

*** This bug has been marked as a duplicate of 356715 ***
Comment 2 Elijah Newren 2007-04-04 03:11:40 UTC
Actually, I guess Carlo never addressed this.  Reopening to mark fixed, since I just fixed it separately based on comment 1.