Open Bug 1704249 Opened 4 years ago Updated 4 years ago

Using windows 10, when I press ctrl+backspace to delete a selection of text, it fails to delete the selection.

Categories

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

Firefox 87
Desktop
Windows
enhancement

Tracking

()

Tracking Status
firefox-esr78 --- affected
firefox87 --- affected
firefox88 --- affected
firefox89 --- affected

People

(Reporter: derekbaumschool, Unassigned)

References

(Blocks 1 open bug)

Details

Attachments

(1 file)

Attached image BSMCMlxGYj.gif (deleted) —

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:87.0) Gecko/20100101 Firefox/87.0

Steps to reproduce:

in the search bar, or any text field type some text. Then, press ctrl+a, now you have the entire selection selected, now press ctrl+backspace.

Actual results:

Watch as your cursor moves to the front, and your text isn't deleted. Absolutely infuriating.

Expected results:

It should delete the text that is selected.

This is basically making me go insane. I can't navigate the web, without wasting a lot of time getting frustrated at commands that do not work.

The Bugbug bot thinks this bug should belong to the 'Core::DOM: Editor' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.

Component: Untriaged → DOM: Editor
Product: Firefox → Core

Issue not reproducible on Ubuntu 20.04 with neither Nightly nor release.

Hello! It seems that I can reproduce the issue using Firefox 89.0a1 (20210411210108), 88.9b9, and 87.0 on Windows 10x64. I cannot reproduce the issue on Ubuntu 20.04 or macOS 11.2.3M1 mini. On macOS, I used CMD+A and then CMD+ Backspace and the text is deleted.
STR used:

  1. Open any text field and type in some characters.
  2. Press CTR+A on the text field.
  3. Hold CTR+Backspace.
    This can be seen in the address bar as stated in comment 0.

I can reproduce this with Firefox 21.0a1 (2013-02-02) as well so I don't think this is a regression.

Status: UNCONFIRMED → NEW
Has STR: --- → yes
Ever confirmed: true
OS: Unspecified → Windows
Hardware: Unspecified → Desktop

:atrif: could you please check how other browsers (e.g. Chrome) behave in this scenario on Windows? Their behavior might be the same.

Flags: needinfo?(alexandru.trif)

On chrome, I see that the issue is not reproducible. So if I Ctrl+A a text and then Ctrl+Backspace -> the text is deleted. If more information is needed please let me know.

Flags: needinfo?(alexandru.trif)
Severity: -- → S3
Priority: -- → P3

Isn't it fixed by setting layout.selection.caret_style to 2 in about:config? It's same result as I do it on Word except collapsing selection to the start of the editor (Windows' default behavior of editing is based on Word, Wordpad and Notepad).

Flags: needinfo?(derekbaumschool)

Hmm, Notepad does delete the selection although other two don't respond at all. Perhaps Gecko should follow either one.

(In reply to Masayuki Nakano [:masayuki] (he/him)(JST, +0900)(Away: 4/29-5/5) from comment #6)

Isn't it fixed by setting layout.selection.caret_style to 2 in about:config? It's same result as I do it on Word except collapsing selection to the start of the editor (Windows' default behavior of editing is based on Word, Wordpad and Notepad).

Yes, thank you very much, this fixed my issues perfectly.

Flags: needinfo?(derekbaumschool)

Okay, moving this to enhancement, and P5. If somebody post a patch to change the behavior only when Ctrl + Backspace with non-collapsed selection, it's welcome.

Type: defect → enhancement
Priority: P3 → P5
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: