87469 2012-05-25 01:08:42 -0700 [Qt][GTK][Win] fast/events/domactivate-sets-underlying-click-event-as-handled.html fails/times out on Qt+GTK+Win 2019-02-06 22:04:58 -0800 1 1 1 Unclassified WebKit UI Events 528+ (Nightly build) Unspecified Unspecified NEW LayoutTestFailure, Qt, QtTriaged P2 Normal --- 79668 86719 1 jbadics webkit-unassigned bugs-noreply mrobinson ossy pf pnormand rniwa roger_fong oldest_to_newest 633667 0 jbadics 2012-05-25 01:08:42 -0700 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. 633673 1 ossy 2012-05-25 01:12:35 -0700 This test introduced in http://trac.webkit.org/changeset/118442. 633675 2 rniwa 2012-05-25 01:15:51 -0700 Maybe event sender isn't working properly? 633821 3 ossy 2012-05-25 04:21:02 -0700 Skipped on Qt by r118512. Please unskip it with the proper fix. 709205 4 roger_fong 2012-08-30 18:05:49 -0700 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. 772585 5 ossy 2012-11-21 01:07:42 -0800 The bug is still valid on Qt. 1503257 6 lforschler 2019-02-06 09:18:49 -0800 Mass move bugs into the DOM component.