Closed
Bug 612568
Opened 14 years ago
Closed 14 years ago
HTML5 fragment parser doesn't drop nsIContent handles until deleted
Categories
(Core :: DOM: HTML Parser, defect)
Core
DOM: HTML Parser
Tracking
()
RESOLVED
FIXED
Tracking | Status | |
---|---|---|
blocking2.0 | --- | - |
People
(Reporter: hsivonen, Assigned: hsivonen)
Details
Attachments
(1 file)
2.10 KB,
patch
|
smaug
:
review+
jst
:
approval2.0+
|
Details | Diff | Splinter Review |
The HTML5 parser uses nsIContent**s as handles to nodes. The allocated handle space is only freed when the tree builder is freed. In the case of a fragment parser, this means the handles are freed only once the document that has a fragment parser goes away.
In the fragment parser case, the handles should be freed after each fragment parse run.
Assignee | ||
Comment 1•14 years ago
|
||
Nominating as a blocker, because this mean that keeping open a page like the TBPL will use up more and more memory until the tab is closed.
blocking2.0: --- → ?
Assignee | ||
Comment 2•14 years ago
|
||
Assignee: nobody → hsivonen
Status: NEW → ASSIGNED
Assignee | ||
Comment 3•14 years ago
|
||
Comment on attachment 490853 [details] [diff] [review]
Drop nsIContent handles when finished parsing a fragment
This bit really should have been part of the fix for bug 559311.
Attachment #490853 -
Flags: review?(Olli.Pettay)
Updated•14 years ago
|
Attachment #490853 -
Flags: review?(Olli.Pettay) → review+
Comment 4•14 years ago
|
||
Comment on attachment 490853 [details] [diff] [review]
Drop nsIContent handles when finished parsing a fragment
I don't think this blocks, but I have no problems with this change landing now. Approving patch.
Attachment #490853 -
Flags: approval2.0+
Updated•14 years ago
|
blocking2.0: ? → -
Assignee | ||
Comment 5•14 years ago
|
||
Status: ASSIGNED → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•