Bug 169972 - contenteditable with text-overflow:ellipsis uses truncated text when editing begins instead of textContent
Summary: contenteditable with text-overflow:ellipsis uses truncated text when editing ...
Status: NEW
Alias: None
Product: WebKit
Classification: Unclassified
Component: HTML Editing (show other bugs)
Version: WebKit Nightly Build
Hardware: Unspecified Unspecified
: P2 Normal
Assignee: Nobody
URL:
Keywords: InRadar
Depends on:
Blocks:
 
Reported: 2017-03-22 14:39 PDT by BJ Burg
Modified: 2022-06-08 23:53 PDT (History)
6 users (show)

See Also:

Attachments
reduction (251 bytes, text/html)
2017-03-22 14:39 PDT, BJ Burg 		no flags Details
View All Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this bug.
Description BJ Burg 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
Comment 1 Radar WebKit Bug Importer 2017-03-23 09:36:34 PDT 
<rdar://problem/31221128>
Comment 2 Karl Dubost 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.