Caret and text selection remain visible after scrolling in iOS Safari
OS: iOS Any · Device: Mobile Any · Browser: Safari Latest · Keyboard: US
Open case →Scenario
Caret and text selection remain visible after scrolling in iOS Safari
Visual view of how this scenario connects to its concrete cases and environments. Nodes can be dragged and clicked.
Each row is a concrete case for this scenario, with a dedicated document and playground.
| Case | OS | Device | Browser | Keyboard | Status |
|---|---|---|---|---|---|
| ce-0555-ios-safari-caret-visible-after-scroll | iOS Any | Mobile Any | Safari Latest | US | draft |
Open a case to see the detailed description and its dedicated playground.
OS: iOS Any · Device: Mobile Any · Browser: Safari Latest · Keyboard: US
Open case →Other scenarios that share similar tags or category.
When a contenteditable element has CSS backdrop-filter applied, rendering may be affected. Text may appear blurry, selection may not render correctly, and performance may be degraded, especially on mobile devices.
On mobile devices, the combination of enterkeyhint and inputmode attributes may affect Enter key behavior inconsistently on contenteditable elements. The Enter key may insert line breaks when it should perform an action, or vice versa.
On iOS, contenteditable elements may become non-selectable or non-editable. Tapping on the element doesn't display the caret, preventing text input.
On iPhone/iPad Safari, when entering text or pressing "return" multiple times in a contenteditable element, the software keyboard appears but hides the text being typed. The page doesn't auto-scroll to keep text visible. Works fine on Android and other browsers.
When a page with a contenteditable element responds to media query changes (e.g., orientation change, window resize), the layout changes may disrupt editing. The caret position may jump, and selection may be lost.
Have questions, suggestions, or want to share your experience? Join the discussion below.