276926 2024-07-22 21:11:00 -0700 In a shadow root hosting element that has contenteditable=plaintext-only, the last inserted text node gets deleted as a whole instead of character-by-character 2024-07-29 21:11:14 -0700 1 1 1 Unclassified WebKit HTML Editing Safari 17 Mac (Apple Silicon) macOS 14 NEW InRadar P2 Normal --- 148695 1 zacky webkit-unassigned cdumez megan_gardner rniwa webkit-bug-importer wenson_hsieh oldest_to_newest 2047680 0 zacky 2024-07-22 21:11:00 -0700 Given an element like so: ``` <div contentediable=plaintext-only><template shadowrootmode="open"><slot></slot></template></div> ``` If a user type the following text character by character (as opposed to pasting the whole text with line breaks): abc<Enter> de<Enter> fgh Hit Backspace, "fgh" is deleted, caret moves right after "e", after this, hitting Backspace deletes character-by-character which is expected. Seems if the container is a `<pre>` element, this issue doesn't occur. Example: https://codepen.io/marchbox/pen/oNrLWjY There is a previous unclosed bug here: https://bugs.webkit.org/show_bug.cgi?id=266700. But from my testing, seems `contenteditable=true` works fine, but `contenteditable=plaintext-only` doesn't. 2047834 1 zacky 2024-07-23 11:07:22 -0700 Also, if you have the "Add period with double-space" feature turned on in macOS, double pressing Space also deletes the last added text node (and places the period right after any text that's left). 2048535 2 zacky 2024-07-25 23:56:38 -0700 I tested a bit more: - `contenteditable=true` does indeed still trigger this bug - in addition to Backspacing the last line, when the caret is in the middle or beginning of a previous line, hitting Backspace also trigger this bug 2049365 3 webkit-bug-importer 2024-07-29 21:11:14 -0700 <rdar://problem/132778602>