summaryrefslogtreecommitdiff
diff options
context:
space:
mode:
authorCarlos Garnacho <carlosg@gnome.org>2020-04-01 00:32:57 +0200
committerCarlos Garnacho <carlosg@gnome.org>2020-04-01 00:40:17 +0200
commitfa7f6ad910774a57f028093ef0766a7905cb2136 (patch)
treeaf2ea57d424a91f3ffb30c34e322678b42e0aecc
parente4fb4b635cb78694b60ca1d49c029bb066b6a8c3 (diff)
downloadgtk+-fa7f6ad910774a57f028093ef0766a7905cb2136.tar.gz
gtkmain: Do not try to coalesce/ignore crossing events
Under grabbing circumstances we used to get several crossing events, some corresponding to the grab itself and some corresponding to pointer motion. The backends now do a better job at keeping those simple, which means we sit listening for events that don't actually arrive. This triggers pointer focus issues when dragging windows or opening grabbing popups. Actually obey those events, they will be the only ones we get now.
-rw-r--r--gtk/gtkmain.c13
1 files changed, 0 insertions, 13 deletions
diff --git a/gtk/gtkmain.c b/gtk/gtkmain.c
index ff196e84b5..0b99a0030f 100644
--- a/gtk/gtkmain.c
+++ b/gtk/gtkmain.c
@@ -1482,15 +1482,6 @@ handle_pointing_event (GdkEvent *event)
switch ((guint) type)
{
case GDK_LEAVE_NOTIFY:
- if (gdk_crossing_event_get_mode (event) == GDK_CROSSING_NORMAL &&
- gtk_window_lookup_pointer_focus_implicit_grab (toplevel, device, NULL))
- {
- /* We have an implicit grab, wait for the corresponding
- * GDK_CROSSING_UNGRAB.
- */
- break;
- }
- G_GNUC_FALLTHROUGH;
case GDK_TOUCH_END:
case GDK_TOUCH_CANCEL:
old_target = update_pointer_focus_state (toplevel, event, NULL);
@@ -1509,10 +1500,6 @@ handle_pointing_event (GdkEvent *event)
}
break;
case GDK_ENTER_NOTIFY:
- if (gdk_crossing_event_get_mode (event) == GDK_CROSSING_GRAB ||
- gdk_crossing_event_get_mode (event) == GDK_CROSSING_UNGRAB)
- break;
- G_GNUC_FALLTHROUGH;
case GDK_DRAG_ENTER:
case GDK_DRAG_MOTION:
case GDK_DROP_START: