Closed Bug 623330 Opened 15 years ago Closed 15 years ago

Intermittent failure in browser/base/content/test/tabview/browser_tabview_privatebrowsing.js | verify normal 1: we have 2 groups - Got 0, expected 2

Categories

(Firefox Graveyard :: Panorama, defect)

defect
Not set
normal

Tracking

(Not tracked)

RESOLVED FIXED

People

(Reporter: iangilman, Assigned: iangilman)

References

Details

(Keywords: intermittent-failure, Whiteboard: [qa-])

Attachments

(1 file)

No description provided.
Blocks: 438871
Whiteboard: [orange]
http://tinderbox.mozilla.org/showlog.cgi?log=Firefox/1294289392.1294290559.19748.gz Rev3 Fedora 12 mozilla-central opt test mochitest-other on 2011/01/05 20:49:52 s: talos-r3-fed-024 TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/tabview/browser_tabview_privatebrowsing.js | verify normal 1: we have 2 groups - Got 0, expected 2 TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/tabview/browser_tabview_privatebrowsing.js | verify normal 1: same number of tabs as groups TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/tabview/browser_tabview_privatebrowsing.js | Test timed out TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/tabview/browser_tabview_rtl.js | Tab View starts hidden TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/tabview/browser_tabview_rtl.js | Test timed out TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/tabview/browser_tabview_search.js | Tab View is hidden TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/tabview/browser_tabview_rtl.js | Tab View is visible. TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/base/content/test/tabview/browser_tabview_undo_group.js | Test timed out
WHOAH, looks like, for whatever reason, this started suddenly picking up. Ian, you're looking at this?
Attached patch patch v1 — — Splinter Review
This is happening because we're not waiting until the tabs have been sorted out after the mode switch. I suspect this is due to my reliance on .webProgress.isLoadingDocument; switched to .contentDocument.readyState, which should be more reliable (catching even uninitialized tabs that haven't started loading yet).
Attachment #502116 - Flags: review?(dao)
I believe this may be the same cause for bug 604458; hopefully this patch will fix them both.
Blocks: 604458
Comment on attachment 502116 [details] [diff] [review] patch v1 This function seems flawed, it won't call back if all tabs are already loaded...
(In reply to comment #15) > Comment on attachment 502116 [details] [diff] [review] > patch v1 > > This function seems flawed, it won't call back if all tabs are already > loaded... Good point! I'll piggy back this on bug 624265 and use the version introduced there.
Depends on: 624265
This is fixed by a combination of bug 624265 and bug 610242.
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Attachment #502116 - Flags: review?(dao)
Whiteboard: [orange] → [orange][qa-]
Whiteboard: [orange][qa-] → [qa-]
Product: Firefox → Firefox Graveyard
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: