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)
Tracking
()
People
(Reporter: derekbaumschool, Unassigned)
References
(Blocks 1 open bug)
Details
Attachments
(1 file)
(deleted),
image/gif
|
Details |
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.
Comment 1•4 years ago
|
||
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.
Comment 2•4 years ago
|
||
Issue not reproducible on Ubuntu 20.04 with neither Nightly nor release.
Comment 3•4 years ago
|
||
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:
- Open any text field and type in some characters.
- Press CTR+A on the text field.
- 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.
Comment 4•4 years ago
|
||
:atrif: could you please check how other browsers (e.g. Chrome) behave in this scenario on Windows? Their behavior might be the same.
Comment 5•4 years ago
|
||
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.
Updated•4 years ago
|
Comment 6•4 years ago
|
||
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).
Hmm, Notepad does delete the selection although other two don't respond at all. Perhaps Gecko should follow either one.
Reporter | ||
Comment 8•4 years ago
|
||
(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
to2
inabout: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.
Comment 9•4 years ago
|
||
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.
Description
•