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)
Core
DOM: Core & HTML
Tracking
()
RESOLVED
FIXED
mozilla1.9alpha1
People
(Reporter: smaug, Assigned: bzbarsky)
References
()
Details
Attachments
(1 file)
|
2.75 KB,
patch
|
sicking
:
review+
jst
:
superreview+
|
Details | Diff | Splinter Review |
| Assignee | ||
Comment 1•19 years ago
|
||
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.
| Assignee | ||
Comment 3•19 years ago
|
||
Say they have a XUL editor (one for editing XUL documents). That'd have ranges (for selection, at least) all over.
| Assignee | ||
Comment 4•19 years ago
|
||
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+
| Assignee | ||
Comment 6•19 years ago
|
||
Well, I ran the browser and opened and closed some windows and nothing broke... ;)
Comment 7•19 years ago
|
||
Comment on attachment 201393 [details] [diff] [review] Proposed patch sr=jst
Attachment #201393 -
Flags: superreview?(jst) → superreview+
| Assignee | ||
Updated•19 years ago
|
Assignee: general → bzbarsky
| Assignee | ||
Comment 8•19 years ago
|
||
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
Updated•6 years ago
|
Component: DOM → DOM: Core & HTML
You need to log in
before you can comment on or make changes to this bug.
Description
•