36645 2010-03-26 00:36:36 -0700 svg/custom/use-instanceRoot-as-event-target.xhtml failed on Gtk Linux 64-bit Release bot 2010-05-06 01:30:55 -0700 1 1 1 Unclassified WebKit Tools / Tests 528+ (Nightly build) PC OS X 10.5 RESOLVED DUPLICATE 37798 P2 Normal --- 1 eric webkit-unassigned alex ap gustavo zimmermann oldest_to_newest 204448 0 eric 2010-03-26 00:36:36 -0700 svg/custom/use-instanceRoot-as-event-target.xhtml failed on Gtk Linux 64-bit Release bot http://build.webkit.org/results/GTK%20Linux%2064-bit%20Release/r56598%20(1339)/svg/custom/use-instanceRoot-as-event-target-diffs.txt Timeout. Could be a problem with the test itself. --- /var/lib/buildbot/build/gtk-linux-64-release/build/layout-test-results/svg/custom/use-instanceRoot-as-event-target-expected.txt 2010-03-25 21:47:46.000000000 -0700 +++ /var/lib/buildbot/build/gtk-linux-64-release/build/layout-test-results/svg/custom/use-instanceRoot-as-event-target-actual.txt 2010-03-25 21:47:46.000000000 -0700 @@ -1,3 +1,4 @@ +FAIL: Timed out waiting for notifyDone to be called Test SVG use element specific event handling using SVGElementInstance: On success, you will see a series of "PASS" messages, followed by "TEST COMPLETE". @@ -18,85 +19,3 @@ PASS typeof useElement.removeEventListener is "function" PASS typeof useElement.dispatchEvent is "function" -Test #2: Verify that events dispatched to the SVGElementInstance objects have correct target property values - -PASS currentEvent.toString() is "[object MouseEvent]" -PASS currentEvent.type.toString() is "mouseover" -PASS currentEvent.target.toString() is "[object SVGElementInstance]" -PASS currentEvent.currentTarget.toString() is "[object SVGElementInstance]" -PASS currentEvent.target.correspondingElement == rectElement is true -PASS currentEvent.target.correspondingUseElement == useElement is true -PASS currentEvent.currentTarget.correspondingElement == rectElement is true -PASS currentEvent.currentTarget.correspondingUseElement == useElement is true -PASS currentEvent.target == currentEvent.currentTarget is true -PASS currentEvent.target.correspondingElement == currentEvent.currentTarget.correspondingElement is true -PASS currentEvent.target.correspondingUseElement == currentEvent.currentTarget.correspondingUseElement is true [snip] This test was added by Nikolas 2 months ago: http://trac.webkit.org/browser/trunk/LayoutTests/svg/custom/use-instanceRoot-as-event-target.xhtml 207063 1 eric 2010-04-01 02:03:50 -0700 Again, same exact diff: http://build.webkit.org/results/GTK%20Linux%2032-bit%20Release/r56904%20(10664)/svg/custom/use-instanceRoot-as-event-target-diffs.txt 207064 2 eric 2010-04-01 02:05:02 -0700 This failure from earlier tonight: http://build.webkit.org/results/GTK%20Linux%2032-bit%20Release/r56902%20(10662)/svg/custom/use-instanceRoot-as-event-target-diffs.txt was between tests 5 and 6. (test 6 and beyond are missing). 207065 3 eric 2010-04-01 02:06:16 -0700 This test from earlier as well was like the orignal diff (tests 2 and beyond are missing): http://build.webkit.org/results/GTK%20Linux%2032-bit%20Release/r56900%20(10660)/svg/custom/use-instanceRoot-as-event-target-diffs.txt Seems this is an extremely common failure on Gtk. Likely something to do with Gtk event dispatch or the GTK DRT implementation. I recommend skipping this test for now. 207066 4 eric 2010-04-01 02:08:05 -0700 This is actually the only failure on this bot that I'm able to find today. :) Another one from earlier: http://build.webkit.org/results/GTK%20Linux%2032-bit%20Release/r56893%20(10653)/svg/custom/use-instanceRoot-as-event-target-diffs.txt That gives me hope that were we to fix this bug or skip this test that Gtk 64-bit could be green enough to be made a core builder (and thus protected by the sheriff-bot and made to block the commit-queue when red). 220586 5 aroben 2010-05-04 07:54:28 -0700 *** Bug 37544 has been marked as a duplicate of this bug. *** 221559 6 zimmermann 2010-05-06 01:30:55 -0700 *** This bug has been marked as a duplicate of bug 37798 ***