Scenario

Dragging contenteditable="false" elements causes duplication in Firefox

Scenario ID

scenario-drag-drop-duplicate

Scenario flow

Visual view of how this scenario connects to its concrete cases and environments. Nodes can be dragged and clicked.

Variants

Each row is a concrete case for this scenario, with a dedicated document and playground.

Case	OS	Device	Browser	Keyboard	Status
ce-0300-firefox-drag-drop-duplicate-elements-en	Windows 10-11	Desktop or Laptop Any	Firefox 120+	US QWERTY	draft

Cases

Open a case to see the detailed description and its dedicated playground.

Dragging contenteditable="false" elements causes duplication in Firefox

OS: Windows 10-11 · Device: Desktop or Laptop Any · Browser: Firefox 120+ · Keyboard: US QWERTY

Open case →

Related Scenarios

Other scenarios that share similar tags or category.

Tags: contenteditable-false, nested

Cursor disappears with contenteditable="false" elements

When contenteditable='false' elements are placed inside a contenteditable container, the cursor may disappear or become invisible in certain browsers, making it difficult for users to determine the text insertion point.

0 cases

Tags: firefox, nested

contenteditable inheritance behavior is inconsistent

When a parent element has contenteditable="true" and a child element has contenteditable="false", the inheritance behavior is inconsistent across browsers. Some browsers allow editing in the child, while others correctly prevent it. The behavior may also differ when the child has contenteditable="inherit" or no contenteditable attribute.

1 case

Tags: drag-drop, firefox

Firefox Drag and Drop failures in contenteditable

Analysis of Firefox's inconsistent handling of native Drag-and-Drop operations within editable containers.

3 cases

Tags: firefox

Text caret is invisible on position:relative elements

When editing content inside an element with `position:relative`, the text caret (cursor) is completely invisible. Text can be typed and appears in the editor, but there's no visual feedback of where the insertion point is located.

2 cases

Tags: firefox

Caret position jumps unexpectedly after pasting content

After pasting content into a contenteditable region, the caret position does not end up at the expected location, sometimes jumping to the beginning of the pasted content or to an unexpected position.

1 case

Comments & Discussion

Have questions, suggestions, or want to share your experience? Join the discussion below.