Bug 87469
| Summary: | [Qt][GTK][Win] fast/events/domactivate-sets-underlying-click-event-as-handled.html fails/times out on Qt+GTK+Win | ||
|---|---|---|---|
| Product: | WebKit | Reporter: | János Badics <jbadics> |
| Component: | UI Events | Assignee: | Nobody <webkit-unassigned> |
| Status: | NEW | ||
| Severity: | Normal | CC: | bugs-noreply, mrobinson, ossy, pf, pnormand, rniwa, roger_fong |
| Priority: | P2 | Keywords: | LayoutTestFailure, Qt, QtTriaged |
| Version: | 528+ (Nightly build) | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Bug Depends on: | |||
| Bug Blocks: | 79668, 86719 | ||
János Badics
fast/events/domactivate-sets-underlying-click-event-as-handled.html timed out on Qt (fails on 32bit WebKit 2 and 32 bit NRWT bots) and GTK platforms. It should be skipped or platform specific expectations are needed.
| Attachments | ||
|---|---|---|
| Add attachment proposed patch, testcase, etc. |
Csaba Osztrogonác
This test introduced in http://trac.webkit.org/changeset/118442.
Ryosuke Niwa
Maybe event sender isn't working properly?
Csaba Osztrogonác
Skipped on Qt by r118512. Please unskip it with the proper fix.
Roger Fong
This test also fails on Windows.
Adding to skip list.
There seems to be a problem with recognizing when a test should continue if focus moves to a popup window of some sort. The test just hangs.
This problem occurs with tests that include opening select menus as well (since the drop down menu is a popup window).
This is a problem that deserves its own bug.
Csaba Osztrogonác
The bug is still valid on Qt.
Lucas Forschler
Mass move bugs into the DOM component.