Closed Bug 557412 Opened 14 years ago Closed 7 months ago

formatblock in contenteditable div with one line inserts blockquote outside div

Categories

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

x86
Windows 7
defect

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: ahurle, Unassigned)

References

Details

(Keywords: testcase)

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.2) Gecko/20100316 Firefox/3.6.2 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; en-US; rv:1.9.2.2) Gecko/20100316 Firefox/3.6.2 (.NET CLR 3.5.30729)

If you use document.execCommand('FormatBlock', false, '<blockquote>') in a contenteditable div that only has one line, a blockquote element will be inserted before the editable div.  Will attach test case.

Reproducible: Always

Steps to Reproduce:
1.  Go to the test case page
2.  Click inside the editor to give it focus
3.  Click the blockquote button
Actual Results:  
A blockquote element is inserted outside of the editor, before it (outlined in red).  There is also an error generated in the error console:

Error: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMNSHTMLDocument.execCommand]
Source file: http://vestitools.pbworks.com/f/formatblocktest.html
Line: 1


Expected Results:  
Inserted a blockquote element inside the rich text editor

If you type anything on the first line and try to insert a blockquote, it will still be inserted before the editor.  It seems like it can only be prevented (in this example) by inserting a line break.  Then, blockquotes will be entered into the editor as expected.
Bad blockquotes are outlined in red, good ones in green
confirmed with 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.3a4pre) Gecko/20100405 Firefox/3.7a4pre ID:20100405051240 and 
Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.0.19) Gecko/2010031422 Firefox/3.0.19 ID:2010031422

GC 5 dev and Opera 10.5 behave as expected.

unsure if this is already covered by a dependency of Bug 237964.
Keywords: testcase
Version: unspecified → Trunk

Bulk-downgrade of unassigned, untouched DOM/Storage bug's priority.

If you have reason to believe, this is wrong, please write a comment and ni :jstutte.

Severity: normal → S4
Priority: -- → P5

WFM.

I think that this was fixed by bug 1726064.

Status: UNCONFIRMED → RESOLVED
Closed: 7 months ago
Depends on: 1726064
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: