Closed Bug 659567 Opened 13 years ago Closed 10 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: 10 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: