Delete key behavior is inconsistent with Backspace
OS: Linux Ubuntu 22.04 · Device: Desktop or Laptop Any · Browser: Firefox 120.0 · Keyboard: US
Open case →Scenario
Delete key behavior is inconsistent with Backspace
In Firefox on Linux, the Delete key behaves differently from Backspace in ways that are inconsistent. Delete may remove different amounts of text or behave unexpectedly compared to Backspace.
other
Scenario ID
scenario-delete-key-behavior
Details
In Firefox on Linux, the Delete key behaves differently from Backspace in ways that are inconsistent. Delete may remove different amounts of text or behave unexpectedly compared to Backspace.
References
- Reddit: Linux questions key repeat - Key repeat issues
- Reddit: Firefox Ctrl+A Backspace - Selection behavior
- Reddit: Linux4noobs modifier keys - Key combination issues
- Mozilla Support: Key repeat questions - Firefox 125 fix
- Reddit: Firefox selection caret style - Configuration options
- Ghacks: Firefox 86 backspace navigation - Backspace behavior changes
Scenario flow
Visual view of how this scenario connects to its concrete cases and environments. Nodes can be dragged and clicked.
Variants
Each row is a concrete case for this scenario, with a dedicated document and playground.
| Case | OS | Device | Browser | Keyboard | Status |
|---|---|---|---|---|---|
| ce-0050-delete-key-behavior | Linux Ubuntu 22.04 | Desktop or Laptop Any | Firefox 120.0 | US | draft |
Cases
Open a case to see the detailed description and its dedicated playground.
Related Scenarios
Other scenarios that share similar tags or category.
Tags: delete, backspace
Image deletion behavior varies across browsers
Deleting images from contenteditable elements behaves differently across browsers. Some browsers delete the image cleanly, while others may leave empty elements, break the DOM structure, or require multiple delete operations.
3 cases
Tags: delete, backspace
List item deletion behavior varies across browsers
When pressing Backspace or Delete at the beginning or end of a list item, the behavior varies significantly across browsers. Some browsers delete the list item and merge with adjacent content, while others may delete the entire list or create unexpected DOM structures.
3 cases
Tags: firefox
Text caret is invisible on position:relative elements
When editing content inside an element with `position:relative`, the text caret (cursor) is completely invisible. Text can be typed and appears in the editor, but there's no visual feedback of where the insertion point is located.
2 cases
Tags: delete
Caret jumps to end when deleting character next to non-editable element
When deleting the last character before a non-editable "pill" or tag element (contenteditable="false") in a contenteditable div in Chrome, the caret (cursor) jumps to the end of the entire contenteditable div instead of staying adjacent to the remaining content.
1 case
Tags: firefox
Caret position jumps unexpectedly after pasting content
After pasting content into a contenteditable region, the caret position does not end up at the expected location, sometimes jumping to the beginning of the pasted content or to an unexpected position.
1 case
Comments & Discussion
Have questions, suggestions, or want to share your experience? Join the discussion below.