Bug 169972

Summary: contenteditable with text-overflow:ellipsis uses truncated text when editing begins instead of textContent
Product: WebKit Reporter: Blaze Burg <bburg>
Component: HTML EditingAssignee: Nobody <webkit-unassigned>
Status: NEW    
Severity: Normal CC: karlcow, rniwa, simon.fraser, webkit-bug-importer, wenson_hsieh, zalan
Priority: P2 Keywords: InRadar
Version: WebKit Nightly Build   
Hardware: Unspecified   
OS: Unspecified   
See Also: https://bugs.webkit.org/show_bug.cgi?id=240787
Attachments:
Description Flags
reduction none

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.