Summary: | [GTK4] UI process hang when opening HTML select elements (combo boxes) | ||
---|---|---|---|
Product: | WebKit | Reporter: | Michael Catanzaro <mcatanzaro> |
Component: | WebKitGTK | Assignee: | Nobody <webkit-unassigned> |
Status: | RESOLVED FIXED | ||
Severity: | Normal | CC: | alicem, bugs-noreply, cgarcia, contact, mcatanzaro |
Priority: | P2 | ||
Version: | WebKit Nightly Build | ||
Hardware: | Unspecified | ||
OS: | Unspecified | ||
See Also: | https://bugs.webkit.org/show_bug.cgi?id=238361 | ||
Bug Depends on: | |||
Bug Blocks: | 210100 |
Description
Michael Catanzaro
2022-03-24 07:49:06 PDT
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. |