Paste event does not fire for images in IE11 contenteditable on SharePoint
OS: Windows Any · Device: Desktop or Laptop Any · Browser: Internet Explorer 11 · Keyboard: US
Open case →Scenario
Pasting images as base64 in IE11 and SharePoint contexts
Legacy IE11 and enterprise paste pipelines could embed images as large base64 data URIs in contenteditable HTML—performance and security implications for sanitizers.
clipboard
Scenario ID
scenario-ie11-paste-image-base64-sharepoint
Details
Legacy IE11 and enterprise paste pipelines could embed images as large base64 data URIs in contenteditable HTML—performance and security implications for sanitizers.
Related Cases
References
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-0320-ie11-paste-image-base64-sharepoint | Windows Any | Desktop or Laptop Any | Internet Explorer 11 | 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
Code block indentation lost on paste or format
Leading spaces and tabs in pasted code can collapse to a single space or be stripped when the editor normalizes to paragraphs or applies pre-wrap inconsistently.
1 case
Tags: paste
Clipboard and paste behavior in Edge on Linux
Edge on Linux (Chromium-based) can differ from Windows Edge for clipboard MIME types, file paste, and integration with Wayland clipboard—paste into contenteditable may drop images or format differently.
1 case
Tags: paste
Paste preserves formatting inconsistently across sources
The same paste pipeline may keep bold from Google Docs but strip it from Notion, or preserve inline styles in Chrome but normalize differently in Safari—clipboard HTML and browser sanitizers vary.
1 case
Tags: paste
Plain text paste and plaintext-only contenteditable
Rich paste into contenteditable pulls in unwanted HTML; users expect paste-as-plain-text or plaintext-only modes. Browsers differ on clipboard APIs, execCommand, and how NBSP and whitespace survive—breaking layout when editors assume 'plain' means U+0020 only.
2 cases
Tags: paste
Trailing and leading whitespace on paste
Firefox and other browsers may preserve or normalize trailing newlines and spaces differently when pasting plain text—collaborative editors and diffs see unexpected whitespace changes.
1 case
Comments & Discussion
Have questions, suggestions, or want to share your experience? Join the discussion below.