Case ce-0266-caret-jump-non-editable-firefox-en · Scenario scenario-caret-jump-non-editable

Caret stays in correct position when deleting next to non-editable in Firefox

OS: macOS 13+ Device: Desktop (Mac) Any Browser: Firefox 120+ Keyboard: English (QWERTY) Status: confirmed
caret cursor non-editable firefox delete working-correctly

현상

In Firefox, when deleting the last character before a non-editable element in a contenteditable div, the caret correctly stays adjacent to the remaining content instead of jumping to the end.

재현 예시

  1. Focus on contenteditable element.
  2. Text contains non-editable element (e.g., “Hello @user again”).
  3. Delete character just before the non-editable element (Backspace or Delete key).

관찰된 동작

  • Correct behavior: Caret stays adjacent to the non-editable element
  • No jumping: Caret doesn’t jump to end of editor
  • User can continue typing: Can immediately type next character
  • Works correctly: Firefox handles deletion properly

참고사항

This is a control case demonstrating that the issue is Chrome-specific and Firefox works correctly.

Before
Hello@user again
Text + non-editable '@user' tag
Step 1: Delete 'a' character
Hello@user aga|in
✅ Correct: Caret stays next to '@user' tag

Playground for this case

Use the reported environment as a reference and record what happens in your environment while interacting with the editable area.

Reported environment
OS: macOS 13+
Device: Desktop (Mac) Any
Browser: Firefox 120+
Keyboard: English (QWERTY)
Your environment
Sample HTML:
Event log
Use this log together with the case description when filing or updating an issue.
0 events
Interact with the editable area to see events here.

Comments & Discussion

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