Closed
Bug 440692
Opened 17 years ago
Closed 14 years ago
formatblock misbehaves in contentEditable DIV
Categories
(Core :: DOM: Editor, defect, P3)
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: liucougar, Unassigned)
References
Details
(Keywords: testcase, Whiteboard: midas)
Attachments
(1 file)
247 bytes,
text/html
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9) Gecko/2008052906 Firefox/3.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-GB; rv:1.9) Gecko/2008052906 Firefox/3.0
if a contentEditable DIV is nested in another DIV (which is not contentEditable), formatblock commands generate undesired result
Reproducible: Always
Steps to Reproduce:
1. load the test case attached
2. place caret after the "a" character in the editable area
3. press the format button
Actual Results:
an extra line is added after the "a" character, and the resulting html is: a<p><br></p>
Expected Results:
no extra line should be created, and the resulting html should be <p>a</p> or <p>a<br></p>
in the test case, if removing the outer DIV, it works as expected, however, in most real cases, a contentEditable is not direct child of body.
![]() |
||
Updated•17 years ago
|
Blocks: contenteditable
Updated•17 years ago
|
QA Contact: general → editor
Don't see any duplicates of this, and it seems to be incorrect behavior. Confirming.
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.4; en-US; rv:1.9.1a1pre) Gecko/2008062402 Minefield/3.1a1pre
Status: UNCONFIRMED → NEW
Ever confirmed: true
![]() |
||
Updated•17 years ago
|
Flags: blocking1.9.1?
Comment 3•17 years ago
|
||
Not blocking 1.9.1. Wanted1.9.0.x+ & 1.9.1+. P3.
Flags: wanted1.9.1+
Flags: wanted1.9.0.x+
Flags: blocking1.9.1?
Flags: blocking1.9.1-
Priority: -- → P3
Updated•17 years ago
|
Version: unspecified → Trunk
![]() |
||
Comment 4•14 years ago
|
||
Confirmed with Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.19) Gecko/2010031422 Firefox/3.0.19 ID:2010031422, WFM against Mozilla/5.0 (Windows NT 5.1; rv:8.0a1) Gecko/20110724 Firefox/8.0a1 ID:20110724030752
=> resolving WFM?
You need to log in
before you can comment on or make changes to this bug.
Description
•