NEW169972
contenteditable with text-overflow:ellipsis uses truncated text when editing begins instead of textContent 
https://bugs.webkit.org/show_bug.cgi?id=169972
Summary contenteditable with text-overflow:ellipsis uses truncated text when editing ...
Blaze Burg
Reported 2017-03-22 14:39:16 PDT
Created attachment 305129 [details] reduction STEPS TO REPRODUCE: 1. Open test case 2. Click in contenteditable => The ellipsis characters are editable and hidden text is not. It should disappear and be replaced with full text content (as if it were text-overflow:clip) 3. Edit the text with shift-arrow to expand selection => selection and caret move over ellipsis as if it were editable text
Attachments
reduction (251 bytes, text/html)
2017-03-22 14:39 PDT, Blaze Burg 		no flags
Details
View All Add attachment proposed patch, testcase, etc.
Radar WebKit Bug Importer
Comment 1 2017-03-23 09:36:34 PDT
<rdar://problem/31221128>
Karl Dubost
Comment 2 2022-06-02 23:21:52 PDT
This is very similar to the Selection issue in https://bugs.webkit.org/show_bug.cgi?id=240787 rdar://93742400 Another similar test for the different behavior. 1. Put the cursor in between letter c and d 2. Hit the right arrow key and keep pushed * Safari: the cursor moves until it reaches the left end of the ellipsis and get stuck. * Firefox: the cursor scrolls the text until it reaches the end, keeping the cursor at the right side of the box, and scrolling the text to show more. * Chrome: It scrolls the text and the ellipsis as it was visible and then everything else disappears The Firefox behavior seems to be the most sensible for the user.
Note You need to log in before you can comment on or make changes to this bug.