Bug 87469 - [Qt][GTK][Win] fast/events/domactivate-sets-underlying-click-event-as-handled.html fails/times out on Qt+GTK+Win
Summary: [Qt][GTK][Win] fast/events/domactivate-sets-underlying-click-event-as-handled...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: UI Events (show other bugs)
Version: 528+ (Nightly build)
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: LayoutTestFailure, Qt, QtTriaged
Depends on:
Blocks: 79668 86719
  Show dependency tree / graph
 
Reported: 2012-05-25 01:08 PDT by János Badics
Modified: 2019-02-06 22:04 PST (History)
7 users (show)

See Also:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description János Badics 2012-05-25 01:08:42 PDT 
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.
Comment 1 Csaba Osztrogonác 2012-05-25 01:12:35 PDT 
This test introduced in http://trac.webkit.org/changeset/118442.
Comment 2 Ryosuke Niwa 2012-05-25 01:15:51 PDT 
Maybe event sender isn't working properly?
Comment 3 Csaba Osztrogonác 2012-05-25 04:21:02 PDT 
Skipped on Qt by r118512. Please unskip it with the proper fix.
Comment 4 Roger Fong 2012-08-30 18:05:49 PDT 
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.
Comment 5 Csaba Osztrogonác 2012-11-21 01:07:42 PST 
The bug is still valid on Qt.
Comment 6 Lucas Forschler 2019-02-06 09:18:49 PST 
Mass move bugs into the DOM component.