Open Bug 1498203 Opened 2 years ago Updated 2 years ago

Caret disappears after consecutive clicks on contenteditable

Categories

(Core :: DOM: Editor, defect, P5)

62 Branch
defect

Tracking

()

UNCONFIRMED

People

(Reporter: julian, Unassigned)

Details

Attachments

(1 file)

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.
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
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
Priority: -- → P5
You need to log in before you can comment on or make changes to this bug.