preventDefault on paste event does not prevent default paste behavior
OS: Windows 11 · Device: Desktop or Laptop Any · Browser: Chrome 120.0 · Keyboard: US
Open case →Scenario
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.
paste
Scenario ID
scenario-paste-event-handling
Details
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.
References
- MDN: Window paste event - Paste event documentation
- MDN: Element beforeinput event - beforeinput cancelability
- Stack Overflow: preventDefault cannot block clipboard paste - Capture phase solutions
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-0052-paste-event-preventDefault | Windows 11 | Desktop or Laptop Any | Chrome 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, chrome
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, chrome
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
Tags: paste
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
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
Comments & Discussion
Have questions, suggestions, or want to share your experience? Join the discussion below.