Closed
Bug 193298
Opened 22 years ago
Closed 18 years ago
XBL doesn't deal well with ReplaceChild DOM manipulation
Categories
(Core :: XBL, defect)
Core
XBL
Tracking
()
RESOLVED
FIXED
People
(Reporter: bzbarsky, Assigned: hyatt)
References
Details
was this fixed together with bug 197427? Or will bug 237566 fix it since
.replaceChild will turn into .removeChild/.insertChild
Reporter | ||
Comment 2•21 years ago
|
||
I don't think this is fixed yet, no.
Depends on: 237566
Reporter | ||
Comment 3•21 years ago
|
||
bug 237566 probably did fix this, though.
Most likly this is fixed now, but I don't have a firefox/thunderbird build to
test with.
Reporter | ||
Comment 5•21 years ago
|
||
ccing some firefoxy folks in the hope that they can test this....
Comment 6•21 years ago
|
||
is there a testcase somewhere for this or do I need to do something in particular?
Reporter | ||
Comment 7•21 years ago
|
||
You take the toolbar customization dialog for firefox and remove the removeChild
calls it makes right before replaceChild calls (see comment 0 of this bug and
bug 191637 comment 27 middle of comment or so).
Then you see whether the silly thing still works. ;)
Reporter | ||
Comment 8•18 years ago
|
||
I'm just gonna mark this fixed (by bug 237566).
Status: NEW → RESOLVED
Closed: 18 years ago
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•