์ผ€์ด์Šค ce-0266-caret-jump-non-editable-firefox-en-ko ยท ์‹œ๋‚˜๋ฆฌ์˜ค scenario-caret-jump-non-editable

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

OS: macOS 13+ ๊ธฐ๊ธฐ: Desktop (Mac) Any ๋ธŒ๋ผ์šฐ์ €: Firefox 120+ ํ‚ค๋ณด๋“œ: English (QWERTY) ํ™•์ธ๋จ
caretcursornon-editablefirefoxdeleteworking-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.

์ด ์‹œ๋‚˜๋ฆฌ์˜ค์˜ ๋ณ€ํ˜•

์ผ€์ด์Šค OS ๋ธŒ๋ผ์šฐ์ € ์ƒํƒœ
ce-0265-caret-jump-non-editable-chrome-ko Windows 10/11 Chrome 120+ ์ดˆ์•ˆ
ce-0266-caret-jump-non-editable-firefox-en-ko macOS 13+ Firefox 120+ ํ™•์ธ๋จ
ce-0267-caret-jump-non-editable-safari-ko macOS 13+ Safari 17+ ์ดˆ์•ˆ

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.