247 bytes, text/html
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.
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
Not blocking 1.9.1. Wanted1.9.0.x+ & 1.9.1+. P3.
Priority: -- → P3
Confirmed with Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:18.104.22.168) 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?
Status: NEW → RESOLVED
Last Resolved: 7 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.