Closed Bug 1431074 Opened 7 years ago Closed 5 years ago

The "Alt+Shift+W" shortcut does not switch the sidebars back to the "Firefox Notes" one

Categories

(Firefox :: Keyboard Navigation, defect)

Unspecified
All
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 1430070
Tracking Status
firefox-esr52 --- unaffected
firefox-esr60 --- wontfix
firefox57 --- wontfix
firefox58 --- wontfix
firefox59 --- wontfix
firefox60 --- wontfix
firefox61 --- wontfix
firefox62 --- fix-optional

People

(Reporter: mcoman, Unassigned, NeedInfo)

References

Details

(Keywords: regression)

Attachments

(1 file)

Attached image rec of the issue.gif (deleted) —
[Affected versions]: - Firefox 57.0.4 and up [Affected Platforms]: - All Windows - All Linux [Prerequisites]: - Have a Firefox profile with the latest version of the "Firefox Notes" add-on (2.2.0dev custom build from 01.17.2018) installed. - Have the "xpinstall.signatures.required" pref. set to "false" in the "about:config" page. [Steps to reproduce]: 1. Open the browser with the profile from prerequisites. 2. Navigate to any website and press "Ctrl+B". 3. Press "Alt+Shift+W" and observe the behavior. [Expected result]: - The sidebar is switched from "Bookmarks" to "Firefox Notes". [Actual result]: - Nothing happens. [Regression Window]: Last good revision: c200124f2eecc1dae1bae361085b64985e7ccd2f First bad revision: 57e0c8a166d2b378eed7c0008643ade6b184145f Pushlog: https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=c200124f2eecc1dae1bae361085b64985e7ccd2f&tochange=57e0c8a166d2b378eed7c0008643ade6b184145f - It seems that the Bug 1333459 caused the regression. [Notes]: - The issue is reproducible with the TxP version of "Firefox Notes". - The issue is also reproducible on on the "about:newtab" page. - The issue is not reproducible on the rest of the "about*" pages. - Attached a screen recording of the issue.
Ryan, would you say that this is the same as bug 1430070?
Flags: needinfo?(rfeeley)
Component: Event Handling → User events and focus handling

I feel this is the same as bug 1430070.
Reading the comments there, I'm moving this to front-end component to reconsider the shortcut key combination.

Component: User events and focus handling → Keyboard Navigation
Product: Core → Firefox
Status: NEW → RESOLVED
Closed: 5 years ago
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: