Closed Bug 440692 Opened 16 years ago Closed 13 years ago

formatblock misbehaves in contentEditable DIV

Categories

(Core :: DOM: Editor, defect, P3)

x86
Windows XP
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: liucougar, Unassigned)

References

Details

(Keywords: testcase, Whiteboard: midas)

Attachments

(1 file)

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.
Component: General → Editor
Product: Firefox → Core
Keywords: testcase
Whiteboard: midas
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
Flags: blocking1.9.1?
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
Version: unspecified → Trunk
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?
Yes!
Status: NEW → RESOLVED
Closed: 13 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: