GNOME Bugzilla – Bug 518325
handle_move_to_corner_backend is broken...and should be removed
Last modified: 2020-11-06 20:06:38 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.
bugzilla.gnome.org is being replaced by gitlab.gnome.org. We are closing all old bug reports in Bugzilla which have not seen updates for many years. If you can still reproduce this issue in a currently supported version of GNOME (currently that would be 3.38), then please feel free to report it at https://gitlab.gnome.org/GNOME/metacity/-/issues/ Thank you for reporting this issue and we are sorry it could not be fixed.