Closed Bug 751529 Opened 13 years ago Closed 12 years ago

Optimize out nsDOMStorageItem objects from CC log by its complete removal

Categories

(Core :: DOM: Core & HTML, defect)

x86_64
All
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 600307

People

(Reporter: smaug, Assigned: mayhemer)

Details

Attachments

(1 file)

whimboo got a CC log which has over 30000 nsDOMStorageItem objects. Need to figure out how and why that happens.
It is hard to understand who owns what objects in the storage code. Honza, could you perhaps summarize the setup?
(In reply to Olli Pettay [:smaug] from comment #1) > It is hard to understand who owns what objects in the storage code. > Honza, could you perhaps summarize the setup? No. And that just because I want to remove that object completely. It is a leftover from times of the first, now obsolete, implementation of sessionStorage spec. The object is left there just because the caching hash table is using it. It is no longer exposed to DOM at all. So, we can either just stop adding it to CC or rather completely remove it. I would like to do that as part of bug 732708.
Oh, removing the class sounds good. Can we get rid of it in FF15?
Attached patch backupSplinter Review
I had started to write a way to optimize nsDOMStorageItems out from CC, but if we can get rid of those objects, event better. I won't work more on this.
Assignee: nobody → honzab.moz
Status: NEW → ASSIGNED
Summary: Optimize out nsDOMStorageItem objects from CC log → Optimize out nsDOMStorageItem objects from CC log by its complete removal
Don't see any reason this needs to be in 15, looks like it can get fixed on whatever version is trunk at the time and then ride the trains so I am removing tracking.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
No longer blocks: 751557
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: