Open Bug 1949443 Opened 1 month ago Updated 7 days ago

The mouse cursor disappears when closing a tab with ^W if hide-cursor-while-typing is enabled

Categories

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

defect

Tracking

()

Tracking Status
firefox-esr115 --- unaffected
firefox-esr128 --- affected
firefox135 --- wontfix
firefox136 --- wontfix
firefox137 --- wontfix
firefox138 --- affected

People

(Reporter: eijebong, Unassigned)

References

(Regression)

Details

(Keywords: regression)

Steps to reproduce:

  • Click on + to open a new tab
  • Without moving your mouse, press ^W to close the newly opened tab

The cursor disappears but the + button gets highlighted back

Yea so this is because the urlbar has focused and thus the editor event listener handles the event.

Maybe we shouldn't hide the cursor if the keyboard event has modifiers, wdyt masayuki?

It'd be a simple extra check here.

Component: Widget: Gtk → DOM: Editor
Flags: needinfo?(masayuki)
Summary: [Linux] The mouse cursor disappears when closing a tab with ^W → The mouse cursor disappears when closing a tab with ^W if hide-cursor-while-typing is enabled

Set release status flags based on info from the regressing bug 1852365

I think No because editing shortcut keys shouldn't cause showing the caret. I wonder, when an editor blurs, the cursor should be shown with a short delay? (Immediately doing it could cause flickering caret when user does Tab key navigation between multiple <input>.)

Flags: needinfo?(masayuki)

To be clear this is not about the caret, but the mouse cursor, right? Right now the cursor gets re-shown on mousemove which I think is fine.

Err, yes, the mouse cursor. My brain just hasn't been clear yet.

Severity: -- → S3
Priority: -- → P3

Set release status flags based on info from the regressing bug 1852365

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