I'm seeing very frequent UI process hangs when attempting to report bugs on this Bugzilla. The problem occurs when clicking on the select elements (combo boxes) next to the "Hardware" or "OS" fields when reporting bugs. (You'll notice I've left those at Unspecified to avoid triggering this bug.) The entire UI process hangs when clicking on the element. The bug is not 100% reproducible, but you should be able to trigger it if you try a few times.
Is this GTK4 only?
Yes, this never happens with GTK 3.
Another reproducer: try to give r+ to a patch on this Bugzilla.
Checking with gdb, it looks like the UI process is just calling poll() when this happens, and hovering buttons in the Epiphany header bar triggers animations, so I don't think this is a traditional hang or deadlock where the UI process is totally unresponsive. However, it's not just web views that are busted: the buttons in the header bar don't do anything, so GTK itself is somehow broken.
This looks like yet another instance of the bug behind https://gitlab.gnome.org/GNOME/gtk/-/issues/2877 or the one where gtk4-demo sidebar items remain pressed after double clicking Basically, input is completely busted when another surface is spawned or destroyed in the middle of an event sequence - e.g. a click.
Ok, so I can still reproduce it so apparently that wasn't it.
*** Bug 240922 has been marked as a duplicate of this bug. ***
Pull request: https://github.com/WebKit/WebKit/pull/4095
Committed 254237@main (4e07bc369ad1): <https://commits.webkit.org/254237@main> Reviewed commits have been landed. Closing PR #4095 and removing active labels.