You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Browsers don't agree on mutation records for .append(documentFragment) #1509
I'm not sure how much flexibility implementations are meant to have regarding emitting different mutation records, but basically the following code has different results in Chrome/Firefox compared to Webkit (tested on Epiphany):
In Chrome/Firefox this prints a single mutation record with both elements in removedNodes, but in Webkit this produces two mutation records with removedNodes containing a single element in each record.
Is this something implementations should align on? Or are implementations expected to have flexibility with regards to the exact batching of their mutation records. (I noticed this because I'm implementing a pure JS implementation of just the DOM spec + the HTML parsing methods, and noticed these records didn't match all browsers).
changed the title [-]Browsers don't agree on mutation records for .append(documentFragment) (and friends)[/-][+]Browsers don't agree on mutation records for .append(documentFragment)[/+]on Oct 8, 2026
Activity
[-]Browsers don't agree on mutation records for .append(documentFragment) (and friends)[/-][+]Browsers don't agree on mutation records for .append(documentFragment)[/+]annevk commentedon Oct 8, 2026
The specification is precise and this a WebKit bug. If not covered on WPT we should add tests.