NEW 87469
[Qt][GTK][Win] fast/events/domactivate-sets-underlying-click-event-as-handled.html fails/times out on Qt+GTK+Win 
https://bugs.webkit.org/show_bug.cgi?id=87469
Summary [Qt][GTK][Win] fast/events/domactivate-sets-underlying-click-event-as-handled...
János Badics
Reported 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.
Attachments
Add attachment proposed patch, testcase, etc.
Csaba Osztrogonác
Comment 1 2012-05-25 01:12:35 PDT
This test introduced in http://trac.webkit.org/changeset/118442.
Ryosuke Niwa
Comment 2 2012-05-25 01:15:51 PDT
Maybe event sender isn't working properly?
Csaba Osztrogonác
Comment 3 2012-05-25 04:21:02 PDT
Skipped on Qt by r118512. Please unskip it with the proper fix.
Roger Fong
Comment 4 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.
Csaba Osztrogonác
Comment 5 2012-11-21 01:07:42 PST
The bug is still valid on Qt.
Lucas Forschler
Comment 6 2019-02-06 09:18:49 PST
Mass move bugs into the DOM component.
Note You need to log in before you can comment on or make changes to this bug.