Scenario

Caret and text selection remain visible after scrolling in iOS Safari

Scenario ID

scenario-ios-safari-caret-visible-after-scroll

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-0555-ios-safari-caret-visible-after-scroll	iOS Any	Mobile Any	Safari Latest	US	draft

Cases

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

Caret and text selection remain visible after scrolling in iOS Safari

OS: iOS Any · Device: Mobile Any · Browser: Safari Latest · Keyboard: US

Open case →

Related Scenarios

Other scenarios that share similar tags or category.

Tags: ios, safari, mobile

CSS backdrop-filter may cause rendering issues in contenteditable

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.

1 case

Tags: ios, safari, mobile

enterkeyhint and inputmode affect Enter key behavior inconsistently

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.

1 case

Tags: ios, caret, mobile

contenteditable focus and caret issues on iOS

On iOS, contenteditable elements may become non-selectable or non-editable. Tapping on the element doesn't display the caret, preventing text input.

0 cases

Tags: ios, safari, mobile

iPhone keyboard hides text when entering on contenteditable

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.

1 case

Tags: ios, safari, selection

iOS Safari contenteditable — do not force re-render or change selection during input

On iOS Safari, input and beforeinput can fire with inputType 'insertText' multiple times (e.g. voice dictation) or with inputType undefined/null. Forcing re-render or changing selection during this flow desyncs the editor model from the DOM and can permanently break subsequent input.

1 case

Comments & Discussion

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