Caret position jumps unexpectedly after pasting content
OS: Windows 11 · Device: Desktop or Laptop Any · Browser: Firefox 120.0 · Keyboard: US
Open case →Scenario
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.
paste
Scenario ID
scenario-caret-position-after-paste
Details
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.
References
- Stack Overflow: How to restore caret position after paste - Caret restoration techniques
- Stack Overflow: Firefox sets wrong caret position with ::before - Firefox-specific issues
- Stack Overflow: Caret disappears in Firefox when saving position - Range preservation issues
- ProseMirror Discuss: Firefox contenteditable false cursor bug - Non-editable element issues
- Jessie Ji: ContentEditable in Vue - Framework-specific caret issues
- WebCompat Issue #48056: Caret positioning - Browser compatibility issues
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-0012-caret-jumps-on-paste | Windows 11 | Desktop or Laptop Any | Firefox 120.0 | US | draft |
Cases
Open a case to see the detailed description and its dedicated playground.
Related Scenarios
Other scenarios that share similar tags or category.
Tags: paste
Clipboard API paste does not work in contenteditable
When using the Clipboard API (navigator.clipboard.readText() or navigator.clipboard.read()) to programmatically paste content into a contenteditable region, the paste operation may fail or not work as expected.
2 cases
Tags: paste
preventDefault on paste event does not prevent default paste behavior
In Chrome on Windows, calling `preventDefault()` on the `paste` event does not always prevent the default paste behavior. Content may still be pasted despite the prevention.
1 case
Tags: paste
Pasting rich text into contenteditable strips markup unexpectedly
When pasting content from a rich text source into a contenteditable element, the resulting DOM loses headings, lists, or inline formatting that were present in the source.
3 cases
Tags: paste
Link pasting behavior differs across browsers
When pasting links into contenteditable elements, different browsers handle the link data differently. Some browsers paste only the URL, while others preserve the link title and HTML structure.
1 case
Tags: paste
Pasting images into contenteditable is not supported consistently
When attempting to paste images (from clipboard) into a contenteditable region, the behavior is inconsistent across browsers. Some browsers ignore the paste, while others may insert a placeholder or fail silently.
1 case
Comments & Discussion
Have questions, suggestions, or want to share your experience? Join the discussion below.