Closed
Bug 794436
Opened 12 years ago
Closed 12 years ago
tabPreviews.capture() needs to check for pending tab restore
Categories
(Firefox :: General, defect)
Firefox
General
Tracking
()
RESOLVED
FIXED
Firefox 18
People
(Reporter: ttaubert, Assigned: ttaubert)
References
Details
Attachments
(1 file)
1.15 KB,
patch
|
dao
:
review+
|
Details | Diff | Splinter Review |
Pushing the patches in bug 789102 to try makes a test of it fail:
https://tbpl.mozilla.org/?tree=Try&rev=593ba2669686
TEST-UNEXPECTED-FAIL | chrome://mochitests/content/browser/browser/components/sessionstore/test/browser_586068-apptabs.js | an unexpected uncaught JS exception reported through window.onerror - NS_ERROR_FAILURE: Failure at chrome://browser/content/browser.js:4553
That failure's source is tabPreviews.capture(), respectively the drawWindow() call in it. It fails because we're trying to do that for a pending tab with an innerWidth of zero.
The tab seems to be selected and we're kicking off a timeout for tabPreviews.capture(). In the meanwhile another session will be restored that puts the tab in pending mode again. tabPreview.capture() should just check for the pending attribute and do nothing if it's present.
Attachment #664914 -
Flags: review?(dao)
Updated•12 years ago
|
Attachment #664914 -
Flags: review?(dao) → review+
Assignee | ||
Comment 1•12 years ago
|
||
Whiteboard: [fixed-in-fx-team]
Assignee | ||
Comment 2•12 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
Whiteboard: [fixed-in-fx-team]
Target Milestone: --- → Firefox 18
You need to log in
before you can comment on or make changes to this bug.
Description
•