[Webkit-unassigned] [Bug 33685] New: fast/dom/Window/timer-resume-on-navigation-back.html failed on Snow Leopard Intel Leaks Bot (Debug)

[bugzilla-daemon at webkit.org]

https://bugs.webkit.org/show_bug.cgi?id=33685

           Summary: fast/dom/Window/timer-resume-on-navigation-back.html
                    failed on Snow Leopard Intel Leaks Bot (Debug)
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: PC
        OS/Version: Mac OS X 10.5
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Tools / Tests
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: eric at webkit.org
                CC: beidson at apple.com, ojan at chromium.org,
                    dimich at chromium.org
            Blocks: 33292


fast/dom/Window/timer-resume-on-navigation-back.html failed on Snow Leopard
Intel Leaks Bot (Debug)

http://build.webkit.org/results/SnowLeopard%20Intel%20Leaks/r53286%20(3434)/fast/dom/Window/timer-resume-on-navigation-back-diffs.txt

---
layout-test-results/fast/dom/Window/timer-resume-on-navigation-back-expected.txt
   2010-01-14 12:52:22.000000000 -0800
+++
layout-test-results/fast/dom/Window/timer-resume-on-navigation-back-actual.txt 
  2010-01-14 12:52:22.000000000 -0800
@@ -1,3 +1 @@
-This test verifies that when page is loaded from the page cache on navigation
back, the suspended timers are resumed for a duration left when they were
suspended. This is a test for https://bugs.webkit.org/show_bug.cgi?id=28683.
-The test navigates to a page, starts a timer and then navigates to another
page and back. It then measures time when the timer is actually fired and makes
sure that it is at least the time set at the beginning. If successful, it
outputs 'PASS' below.
-PASS
+

Looks like your classic flakey test. :)  Uses setTimeout.

don't we already have a back-forward controller?

Isn't there some other event we can use to detect if we've gone back-forward
yet?

If we haven't, can't we re-schedule another timer and not dump yet?

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.