Bug 518325 - handle_move_to_corner_backend is broken...and should be removed
handle_move_to_corner_backend is broken...and should be removed
Status: NEW
Product: metacity
Classification: Other
Component: general
unspecified
Other All
: Normal normal
: ---
Assigned To: Metacity maintainers list
Metacity maintainers list
:
Depends on:
Blocks:
  Show dependency tree
 
Reported: 2008-02-23 22:58 UTC by Gilaras Drakeson
Modified: 2008-02-23 23:41 UTC (History)
1 user (show)

See Also:
GNOME target: ---
GNOME version: ---


Attachments

Description Gilaras Drakeson 2008-02-23 22:58:25 UTC
Please describe the problem:
The action that places a window on a specific corner of the screen is broken: The window jumps back to its previous location on various actions, e.g., if you maximize and then unmaximize it.

Steps to reproduce:
1. Set a keybinding for an action like handle_move_to_corner_se (e.g., using gconf-editor : apps > metacity > window_keybindings > move_to_corner_se)
2. Pick a window that is not already on south-east corner. Apply the keybinding to put on that corner
3. Now do something, like, maximize followed by unmaximize.
4. Blame handle_move_to_corner_backend if the window is not on the south-east corner.


Actual results:
The window jumps back to its previous location.

Expected results:
to remain at the corner.

Does this happen every time?
yes.

Other information:
handle_move_to_corner_backend seems to be broken. Moving a window by other means, like Alt-drag, Alt-F7, ... behave correctly.
Comment 1 Elijah Newren 2008-02-23 23:41:16 UTC
Yep, sure is.  One-line fix too.  But, I don't think handle_move_to_corner belongs in metacity; it should be in some libwnck-powered add-on.  (See also bug 517722 and bug 118598 comment 24.)  It'd also make it available for all EWMH-powered WMs.

Note You need to log in before you can comment on or make changes to this bug.