Closed
Bug 420700
Opened 17 years ago
Closed 17 years ago
Calling createContextualFragment affects subsequent setting of innerHTML
Categories
(Core :: DOM: Core & HTML, defect, P2)
Tracking
()
VERIFIED
FIXED
People
(Reporter: sevenfurnace, Assigned: bent.mozilla)
Details
(Keywords: regression)
Attachments
(3 files)
442 bytes,
text/html
|
Details | |
10.72 KB,
patch
|
jst
:
review+
jst
:
superreview+
|
Details | Diff | Splinter Review |
12.80 KB,
patch
|
Details | Diff | Splinter Review |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; ja; rv:1.8.1.12) Gecko/20080201 Firefox/2.0.0.12
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9b4pre) Gecko/2008030303 Minefield/3.0b4pre
When you call range.createContextualFragment, and then set innerHTML on an element, the element contains the contents of DocumentFragment created by createContextualFragment.
Reproducible: Always
Steps to Reproduce:
1.Create DocumentFragment by calling range.createContextualFragment
2.Set some string to an element's innerHTML
Actual Results:
The element additionally includes the contents of DocumentFragment created by createContextualFragment.
Expected Results:
The element contains only what was assigned.
Reporter | ||
Comment 1•17 years ago
|
||
Reporter | ||
Updated•17 years ago
|
Version: unspecified → Trunk
Comment 2•17 years ago
|
||
My guess is that Bug 386769 may have caused this.
Assignee | ||
Comment 3•17 years ago
|
||
Seems pretty likely.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: blocking1.9?
Assignee | ||
Updated•17 years ago
|
Keywords: regression
Assignee: nobody → bent.mozilla
Flags: blocking1.9? → blocking1.9+
Priority: -- → P2
Assignee | ||
Comment 4•17 years ago
|
||
The basic problem is that the content sink expects to have a short lifetime and therefore not really hang on to the document fragment it produces. That doesn't work well with caching if we then hand the fragment off to some random caller.
Attachment #307619 -
Flags: review?(jst)
Comment 5•17 years ago
|
||
Comment on attachment 307619 [details] [diff] [review]
Patch, v1
r+sr=jst
Attachment #307619 -
Flags: superreview+
Attachment #307619 -
Flags: review?(jst)
Attachment #307619 -
Flags: review+
Can you add a mochitest for this as well?
Flags: in-testsuite?
Assignee | ||
Updated•17 years ago
|
Attachment #307619 -
Flags: approval1.9?
Assignee | ||
Comment 7•17 years ago
|
||
Comment on attachment 307619 [details] [diff] [review]
Patch, v1
Oops, this is blocking.
Attachment #307619 -
Flags: approval1.9?
Assignee | ||
Comment 8•17 years ago
|
||
This is what I just landed, with a mochitest.
Assignee | ||
Comment 9•17 years ago
|
||
Fixed.
Status: NEW → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Comment 10•17 years ago
|
||
verified fixed using Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9pre) Gecko/2008041323 Minefield/3.0pre ID:2008041323 and the testcase from comment #1
Status: RESOLVED → VERIFIED
You need to log in
before you can comment on or make changes to this bug.
Description
•