Closed
Bug 659530
Opened 15 years ago
Closed 15 years ago
Clean up after mutationevents
Categories
(Core :: DOM: Core & HTML, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: sicking, Assigned: sicking)
References
Details
Attachments
(1 file)
|
47.61 KB,
patch
|
smaug
:
review+
|
Details | Diff | Splinter Review |
Bug 650493 simplified our mutationevents a bunch. In particular it got rid of removable script-blockers which means that we can now depend on scripts not executing while there are scriptblockers (gasp!)
As promised, here's the patch to get rid of crufty code that we no longer need because of this.
Attachment #534954 -
Flags: review?(Olli.Pettay)
Updated•15 years ago
|
Assignee: nobody → jonas
Status: NEW → ASSIGNED
Comment 1•15 years ago
|
||
Comment on attachment 534954 [details] [diff] [review]
Cleanup
.
>- nsCOMArray<nsIContent> fragChildren;
>- if (!fragChildren.SetCapacity(count)) {
>- return NS_ERROR_OUT_OF_MEMORY;
>- }
>- PRUint32 i;
>- for (i = 0; i < count; i++) {
>+ nsAutoTArray<nsCOMPtr<nsIContent>, 50> fragChildren;
>+ fragChildren.SetCapacity(count);
>+ for (PRUint32 i = 0; i < count; i++) {
Nothing to do with this bug, but ok.
We should rename the removeChild* methods which may fire mutation events.
The name should somehow indicate that event may be dispatched.
And for consistency, same for insertchild* methods.
Right now I need to every time look at the source code to see which version of
removeChild is doing what.
Please file a followup bug for this issue.
Attachment #534954 -
Flags: review?(Olli.Pettay) → review+
| Assignee | ||
Comment 2•15 years ago
|
||
Checked in!
http://hg.mozilla.org/mozilla-central/rev/d000e25ae7f9
Thanks for the quick review.
I filed bug 659706 on the renames.
| Assignee | ||
Updated•15 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Updated•7 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•