571776 - ContentEditable - Drag and drop on SPAN element creates new ContentEditable element

Status: UNCONFIRMED

(Firefox :: General, defect)

Description

[Sonofdelphi]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 ( .NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.3) Gecko/20100401 Firefox/3.6.3 ( .NET CLR 3.5.30729)

If some content is dragged and dropped on to a SPAN element which has contentEditable=true,

            <div class="note" >
                <span class="content" contenteditable="true">What's on your mind?</span>
                <span class="info""><br>Added at 03:28:29 on 2010-04-17</span>
            	<img src="app/note.png">
            </div>

Reproducible: Always

Steps to Reproduce:
1. Open test.html (will be uploaded)
2. Select some text or the image
3. Drag the selected text or image into the ContentEditable SPAN element.



Actual Results:  
The original SPAN element is split into two ContentEditable SPAN elements at the drop point. 

This can be verified by mousing over and clicking the ContentEditable SPAN element.

Also, the dragged content is not copied either.

Expected Results:  
1. The dragged object must be inserted in the ContentEditable SPAN.
2. The SPAN element must preserve its boundaries.

Comment 1

[Sonofdelphi]

Attachment: Test-case to reproduce bug report

Comment 2

[Garry Yao]

The same thing happens when pasting content into the editable span.

It affects all editable element when the pasted/dropped html is impossible to be encapsulated by the element itself, e.g. pasting blocks into a editable heading element, see the attached tc.

The point is that content editing should never alter the parent editable element unless the editing focus has moved outside of it.

Note that both IE and Webkit are free of this issue and this has violated the HTML5 inline editing spec and thus harms inline editing experience for many WYSIWYG editors including CKEditor.

Comment 3

[Garry Yao]

Attachment: Test case 2 - pastes blocks content into an editable heading

Comment 4

[Pierre Réveillon]

I confirm this bug, Firefox 13.0.1 on Linux and Mac.

Can someone change the fields:
Component => Editor
Version => Trunk
Platform => All

Comment 5

[Memmie Lenglet]

I've got the same bug, when I paste a chunk of HTML document on FF19.0 (Intel Mac OS X 10.8)

Comment 6

[sharmaganesha2]

This bug still persists (at least on a fork: LibreWolf). Even in 2022.