Closed Bug 659530 Opened 15 years ago Closed 15 years ago

Clean up after mutationevents

Categories

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

x86
macOS
defect
Not set
normal

Tracking

()

RESOLVED FIXED

People

(Reporter: sicking, Assigned: sicking)

References

Details

Attachments

(1 file)

Attached patch CleanupSplinter 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)
Assignee: nobody → jonas
Status: NEW → ASSIGNED
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+
Checked in! http://hg.mozilla.org/mozilla-central/rev/d000e25ae7f9 Thanks for the quick review. I filed bug 659706 on the renames.
Status: ASSIGNED → RESOLVED
Closed: 15 years ago
Resolution: --- → FIXED
Depends on: 665387
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: