Closed Bug 659567 Opened 14 years ago Closed 11 years ago

Huge SS_data for about:addons filled with about:blank children

Categories

(Firefox :: Session Restore, defect)

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 705597

People

(Reporter: Mardak, Unassigned)

Details

(Whiteboard: [dupeme bug 705597])

Attachments

(1 file)

I have a pinned tab for about:addons, and it seems like I've gone forwards/backwards multiple times, so there's multiple entries. But the very odd/interesting aspect is that there's a ton of "children" ~350 that point to about:blank each with a docshellID of 0 and various values for ID and docIdentifier. I've attached the SS_data for the one pinned about:addons tab. It's 1.3MB (the total size of my sesionstore is ~1.4MB). Most likely not too big of an issue as people probably close about:addons regularly. But odd that there's so many children. ?
If you go to the add-ons manager tab, open the webconsole and run the following, what values do you get back? window.QueryInterface(Ci.nsIInterfaceRequestor).getInterface(Ci.nsIWebNavigation).sessionHistory.count; window.QueryInterface(Ci.nsIInterfaceRequestor).getInterface(Ci.nsIWebNavigation).sessionHistory.getEntryAtIndex(0, false).QueryInterface(Ci.nsISHContainer).childCount; Those child history entries should be session history for the discovery pane but I don't understand why they'd all be blank like that.
I got rid of that app tab (and Firefox no longer beach balls at startup!), but I can re-pin it and see if it happens again.
Oh nevermind ;) I just copy/pasted the __SS_data entry here back into my sessionstore.js and I have it back. (In reply to comment #1) > window.QueryInterface(Ci.nsIInterfaceRequestor).getInterface(Ci. > nsIWebNavigation).sessionHistory.count; 50 I believe this is from clicking the various side-tabs to switch to extensions, appearance, etc. > window.QueryInterface(Ci.nsIInterfaceRequestor).getInterface(Ci. > nsIWebNavigation).sessionHistory.getEntryAtIndex(0, > false).QueryInterface(Ci.nsISHContainer).childCount; 334 I'll leave it open if you want any more data. out = []; sh = window.QueryInterface(Ci.nsIInterfaceRequestor).getInterface(Ci.nsIWebNavigation).sessionHistory; for (i = 0; i < sh.count; i++) out.push(sh.getEntryAtIndex(i, false).QueryInterface(Ci.nsISHContainer).childCount); out [334, 350, 351, 351, 351, 351, 351, 351, 351, 351, 351, 351, 351, 351, 351, 351, 352, 352, 352, 352, 352, 352, 352, 352, 352, 352, 352, 352, 352, 352, 352, 352, 352, 353, 353, 353, 353, 354, 354, 354, 354, 354, 354, 354, 354, 354, 354, 354, 354, 361]
I think this is a duplicate of bug 705597 and has been fixed for Fx 11. Can anyone confirm this?
Whiteboard: [dupeme bug 705597]
(In reply to Tim Taubert [:ttaubert] (away July 7th-18th) from comment #5) > I think this is a duplicate of bug 705597 and has been fixed for Fx 11. Can > anyone confirm this? Ed, do you agree it is gone?
Flags: needinfo?(edilee)
Status: NEW → RESOLVED
Closed: 11 years ago
Flags: needinfo?(edilee)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: