Closed Bug 308382 Opened 19 years ago Closed 19 years ago

Need to figure out whether nsGenericElement::InsertChildAt screws up Ranges in XUL

Categories

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

defect
Not set
normal

Tracking

()

RESOLVED FIXED
mozilla1.9alpha1

People

(Reporter: smaug, Assigned: bzbarsky)

References

()

Details

Attachments

(1 file)

https://bugzilla.mozilla.org/show_bug.cgi?id=305678#c5
Well, it DOES screw them up.  The only question is what, if anything, would
break if we removed that check.

If we can't think of anything obvious, I think we should just remove the check
for 1.9.
I'm not sure why anyone would be mixing ranges with XUL...
Say they have a XUL editor (one for editing XUL documents).  That'd have ranges
(for selection, at least) all over.
Attached patch Proposed patchSplinter Review
I checked blame, and waterson's initial RDFElement checkin had this commented out... no reason why that I can see.
Attachment #201393 - Flags: superreview?(jst)
Attachment #201393 - Flags: review?(bugmail)
Comment on attachment 201393 [details] [diff] [review]
Proposed patch

r=me assuming you've tested that this seems to work.
Attachment #201393 - Flags: review?(bugmail) → review+
Well, I ran the browser and opened and closed some windows and nothing broke...  ;)
Comment on attachment 201393 [details] [diff] [review]
Proposed patch

sr=jst
Attachment #201393 - Flags: superreview?(jst) → superreview+
Assignee: general → bzbarsky
Er... I checked this in on trunk at "2005-11-01 18:42" Pacific time.
Status: NEW → RESOLVED
Closed: 19 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla1.9alpha
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: