Open Bug 1708095 Opened 4 years ago Updated 4 years ago

Hamburger menu in combination of keyboard shortcut

Categories

(Firefox :: Keyboard Navigation, defect, P5)

Firefox 89
Desktop
Unspecified
defect

Tracking

()

People

(Reporter: pdehaan, Unassigned, NeedInfo)

References

Details

(Whiteboard: [foxfooding][community] [proton-foxfooding])

Attachments

(1 file)

This comment is copy/pasted from a community issue filed during the Foxfooding program.

NOTE: This issue was translated from Spanish to English via Google Translate.


Firefox Version: Mozilla / 5.0 (Windows NT 10.0; Win64; x64) AppleWebKit / 537.36 (KHTML, like Gecko) Chrome / 90.0.4430.93 Safari / 537.36
Window Size (inner width and height): 1536x698

Steps to Play

A) Hamburger Menu
2) Press Ctrl + shift + P - stay in the same window
3) Pressing Ctrl + shift + A stays in the same window
4) Pressing Ctrl + shift + Q stays in the same window

Expected Behavior

Pressing keyboard combination: Ctrl + Shift + P should show me a private new window.
Pressing keyboard combination: Ctrl + Shift + A was supposed to show me the sale of plugins and themes.
Pressing keyboard combination: Ctrl + Shift + Q should close the sale

Current Behavior

Running the keyboard shortcut does not make the change for every keyboard combination.

Attached image User screenshot

I'm pretty sure that this kind of issue may be reproduced if:

  • the tab content being focused
  • and the webpage loaded in that tab is handling keyboard shortcuts using regular WebAPI

e.g. if you have slack opened in a tab and the focus is currently on that tab, Ctrl-Shift-A is intercepted by slack, which binds it to selecting the "All unread" sidebar entry.

On slack the behavior is pretty visible because the shortcut is also affecting what slack does render, but on other webpage that may not be that visible, and that would explain the reason for reporting this (even if it is kind of expected).

Unfortunately the report doesn't explicitly mention what was loaded in the tab and it cannot be guessed based on the attached screenshot,
without more details this is very likely not actionable and we may have to close it as incomplete if we don't have any way to get some more details to complete the STR.

I really doubt this is proton related, as far as I remember this was already happening before proton.

Agreed, not able to reproduce here on Win10

Priority: -- → P5
Component: Foxfooding → Keyboard Navigation

The severity field is not set for this bug.
:dao, could you have a look please?

For more information, please visit auto_nag documentation.

Flags: needinfo?(dao+bmo)
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: