Open
Bug 1498203
Opened 6 years ago
Updated 2 years ago
Caret disappears after consecutive clicks on contenteditable
Categories
(Core :: DOM: Editor, defect, P5)
Tracking
()
UNCONFIRMED
People
(Reporter: julian, Unassigned)
Details
Attachments
(1 file)
137.41 KB,
image/gif
|
Details |
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_6) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/69.0.3497.100 Safari/537.36 Steps to reproduce: I create a contenteditable element with a child that contains a <br /> tag. Then I click on the contenteditable tag consecutively. ``` <main contentEditable> <div> <br /> </div> </main> ``` Here's a codesandbox to reproduce the issue -> https://codesandbox.io/s/p5842lpw2x Actual results: The caret disappears Expected results: The caret should display, blinking.
Comment 1•6 years ago
|
||
It is because a new line character is selected by double/triple click(you say click consecutively). So now the caret disappears. The selection is also invisible, because width of the new line character is zero. so, I think this is expected results.
Component: Untriaged → Editor
Product: Firefox → Core
Reporter | ||
Comment 2•6 years ago
|
||
A br tag gets inserted by default when you press enter, so surely a disappearing cursor here can be considered a bug? This can also be reproduced with the default editor on https://draftjs.org/, or on https://www.slatejs.org/#/plain-text
Updated•6 years ago
|
Priority: -- → P5
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•