GNOME Bugzilla – Bug 518325
handle_move_to_corner_backend is broken...and should be removed
Last modified: 2008-02-23 23:41:16 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.
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.