Open Bug 1959944 Opened 1 year ago Updated 7 months ago

aborted drag-and-drop from a textarea makes the caret (text cursor) permanently displayed at the same place

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

Firefox 137
Desktop
All
defect

Tracking

()

Tracking Status
firefox-esr115 --- wontfix
firefox-esr140 --- affected
firefox148 --- affected
firefox149 --- affected
firefox150 --- affected

People

(Reporter: vincent-moz, Unassigned)

References

Details

(Keywords: nightly-community, reproducible)

User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:137.0) Gecko/20100101 Firefox/137.0

Steps to reproduce:

In a webpage with several textareas (or one, for up to step 5), e.g. in Bugzilla when reporting a new bug:

  1. Select some text in a textarea.
  2. Initiate a drag-and-drop: drag the selection.
  3. Before releasing the mouse button, type the Esc key to abort the drag-and-drop.
  4. Release the mouse button.
  5. Click at various places in the textarea and edit.
  6. Click in another textarea and edit.

Actual results:

After step 4, the caret remains at the same place, even when clicking and editing in a different textarea (which does not get a text cursor displayed). Note that this is only a display issue of the caret: one can edit normally, but without a caret visible at the right place.

Expected results:

The caret should be displayed where the actual editing position is.

A similar, but different bug (since drag-and-drop was not involved, and the bug effect is a bit different): bug 1917823.

See Also: → 1917823

I can repro on Ubuntu.

Severity: -- → S3

I can reproduce the issue on Nightly150.0a1 Windows11.

STR:

  1. Open https://developer.mozilla.org/en-US/docs/Web/HTML/Reference/Elements/textarea
  2. Scroll down to see demo
  3. Select some text in the textarea
  4. dragging start the selected text. Then drag horizontally until the insertion point (caret) appears.
  5. Before releasing the mouse button, type the Esc key to abort the drag-and-drop.
  6. Release the mouse button.

AR:
Caret gets stuck

Another scenario
4. dragging start the selected text. Then drag horizontally until 'Not allow' mouse cursor appears.

AR:
In this case, caret disappears forever.

Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Unspecified → All
Hardware: Unspecified → Desktop

On Ubuntu caret gets stuck after:

  1. Select some text
  2. Blur (click out of input)
  3. Click back into the input to where the selected text was and initiate drag-and-drop (pick the selected text)
  4. Drop the text back on the selection
  5. Caret gets stuck 🐛💥

https://jumpshare.com/s/uuVlz6gMWOZAhXNiiQnn
or
https://streamable.com/62bfhm

Sorry the video links might expire in 1 or 2 days.

You need to log in before you can comment on or make changes to this bug.