Closed
Bug 961016
Opened 11 years ago
Closed 11 years ago
When starting Firefox, Unloaded background tabs don't have icon
Categories
(Firefox :: Session Restore, defect)
Firefox
Session Restore
Tracking
()
VERIFIED
FIXED
Firefox 29
People
(Reporter: avih, Assigned: ttaubert)
References
Details
(Keywords: regression)
Attachments
(1 file)
(deleted),
patch
|
billm
:
review+
dao
:
review+
|
Details | Diff | Splinter Review |
Starting with today's nightly, when Firefox starts, background tabs which are unloaded don't have an icon.
I was told by ttaubert that it could be a regression from bug 942374.
Assignee | ||
Comment 1•11 years ago
|
||
I'm just going to blame bug 942374 until we know otherwise.
Blocks: 942374
Keywords: regression
Assignee | ||
Comment 2•11 years ago
|
||
So yeah, I can 100% reproduce that. Pinned tabs have icons, unpinned have not. The title seems also not set properly, it's just the URL.
Assignee | ||
Comment 3•11 years ago
|
||
The webNavigation.stop() call in ContentRestore.restoreHistory() overrides the icon set by SessionStore.restoreTabs(). This needs to happen on :restoreHistoryComplete. This does fix the icon but the label is somehow still overriden with the URL...
Assignee | ||
Comment 4•11 years ago
|
||
browser.stop() seems to override a DOMTitleChanged event that overrides pending tabs' titles. This also seems to be the cause for all pinned tabs "glowing" after the session has been restored.
Assignee | ||
Comment 5•11 years ago
|
||
I assume that stopping the tab load right after it has been created suppresses the DOMTitleChanged event for about:blank somehow. The little gap we have by sending a message probably lets the page load far enough to emit that.
Comment 7•11 years ago
|
||
I also see this on Mozilla/5.0 (Windows NT 6.1; WOW64; rv:29.0) Gecko/20100101 Firefox/29.0 ID:20140117030207 CSet: 9bcc52594322 so broadening the platform a bit.
OS: Mac OS X → All
Hardware: x86 → All
Assignee | ||
Comment 8•11 years ago
|
||
This patch sets a pending tab's icon and label after its history has been restored and the about:blank load has been cancelled. The test ensures that we won't regress this again.
Dao, asking for review on the tabbrowser.xml change that ignores DOMTitleChanged events for pending tabs, as soon as the tab has started loading and we use an async message to call "browser.stop()" there seems to be no way to cancel that event. We don't want that titles for pending tabs change and that seems better than trying to catch the event and stop it.
Assignee: nobody → ttaubert
Status: NEW → ASSIGNED
Attachment #8361775 -
Flags: review?(wmccloskey)
Attachment #8361775 -
Flags: review?(dao)
Comment on attachment 8361775 [details] [diff] [review]
0001-Bug-961016-Fix-icon-and-label-for-pending-tabs-with-.patch
Review of attachment 8361775 [details] [diff] [review]:
-----------------------------------------------------------------
Thanks Tim.
Attachment #8361775 -
Flags: review?(wmccloskey) → review+
Comment 10•11 years ago
|
||
Comment on attachment 8361775 [details] [diff] [review]
0001-Bug-961016-Fix-icon-and-label-for-pending-tabs-with-.patch
>--- a/browser/base/content/tabbrowser.xml
>+++ b/browser/base/content/tabbrowser.xml
>@@ -3186,16 +3186,19 @@
> if (!event.isTrusted)
> return;
>
> var contentWin = event.target.defaultView;
> if (contentWin != contentWin.top)
> return;
>
> var tab = this._getTabForContentWindow(contentWin);
>+ if (tab.hasAttribute("pending"))
>+ return;
Seems like you should similarly update the e10s code path in the receiveMessage method.
Attachment #8361775 -
Flags: review?(dao) → review+
Assignee | ||
Comment 11•11 years ago
|
||
Assignee | ||
Comment 13•11 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 11 years ago
Resolution: --- → FIXED
Target Milestone: --- → Firefox 29
Comment 17•11 years ago
|
||
Verified on Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:29.0) Gecko/20100101 Firefox/29.0
Status: RESOLVED → VERIFIED
Keywords: verifyme
Updated•4 years ago
|
You need to log in
before you can comment on or make changes to this bug.
Description
•