GNOME Bugzilla – Bug 768098
gtk_window_begin_move_drag doesn't work with GDK_WINDOW_TYPE_HINT_TOOLBAR hint set
Last modified: 2021-07-05 13:50:00 UTC
Created attachment 330437 [details] demo code With x11 backend the attached example doesn't move when I click on the window and attempt to drag it. But if I change the gtk_window_set_type_hint to GDK_WINDOW_TYPE_HINT_UTILITY then it will move. This is under fedora 24 gnome-shell 3.20.2
This is hitting an ill defined path in mutter https://git.gnome.org/browse/mutter/tree/src/core/window.c#n5225 if (window->override_redirect || meta_window_get_frame_type (window) == META_FRAME_TYPE_LAST) { window->decorated = FALSE; window->has_close_func = FALSE; window->has_shade_func = FALSE; /* FIXME this keeps panels and things from using * NET_WM_MOVERESIZE; the problem is that some * panels (edge panels) have fixed possible locations, * and others ("floating panels") do not. * * Perhaps we should require edge panels to explicitly * disable movement? */ window->has_move_func = FALSE; window->has_resize_func = FALSE; } which means that only NORMAL, DIALOG, MENU and UTILITY windows are user movable.
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org. As part of that, we are mass-closing older open tickets in bugzilla.gnome.org which have not seen updates for a longer time (resources are unfortunately quite limited so not every ticket can get handled). If you can still reproduce the situation described in this ticket in a recent and supported software version, then please follow https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines and create a new ticket at https://gitlab.gnome.org/GNOME/mutter/-/issues/ Thank you for your understanding and your help.