Closed Bug 1318696 Opened 4 years ago Closed 4 years ago

Intermittent toolkit/components/thumbnails/test/browser_thumbnails_bg_destroy_browser.js | Thumb browser should be destroyed after timeout. - Got [object XULElement], expected undefined


(Toolkit :: General, defect)

Not set



Tracking Status
firefox52 --- unaffected
firefox53 --- unaffected
firefox54 --- fixed


(Reporter: intermittent-bug-filer, Assigned: gbrown)


(Keywords: intermittent-failure, Whiteboard: [stockwell fixed])


(1 file)

All failures are Linux64-debug. Other than comment 0, it looks like this started on Feb 14 with very low frequency, but spiked recently. I don't see any particular change to blame.

This fails right after a 2 second wait; I wonder if increasing the timeout would help?
Flags: needinfo?(gbrown)
Attached patch increase timeoutSplinter Review
I'm just guessing/hoping that increasing the timeout will avoid this failure. Worth a try?
Assignee: nobody → gbrown
Flags: needinfo?(gbrown)
Attachment #8841800 - Flags: review?(adw)
Whiteboard: [stockwell needswork]
Comment on attachment 8841800 [details] [diff] [review]
increase timeout

Review of attachment 8841800 [details] [diff] [review]:

Sure, let's give it a shot.  Something else you could try would be to check whether the browser is destroyed but don't assert on it, and if it's not destroyed, wait a second and try again, up to some limit.  That way the test won't fail if it takes 5.1 seconds to destroy, and in the hopefully common case where it takes much less than 5 seconds, the test won't have to wait a full 5 seconds.
Attachment #8841800 - Flags: review?(adw) → review+
I like the second-at-a-time idea - will do that.
Pushed by
Increase timeout in browser_thumbnails_bg_destroy_browser.js; r=adw
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla54
Whiteboard: [stockwell needswork] → [stockwell fixed]
You need to log in before you can comment on or make changes to this bug.