Open Bug 1551057 Opened 7 years ago Updated 2 months ago

Use Ctrl+J for downloads and Shift+Ctrl+Y as the alternative search shortcut on Linux

Categories

(Firefox :: Keyboard Navigation, enhancement, P3)

66 Branch
Desktop
Linux
enhancement

Tracking

()

People

(Reporter: giannife, Unassigned)

References

Details

(Keywords: blocked-ux, platform-parity)

User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:66.0) Gecko/20100101 Firefox/66.0

Steps to reproduce:

Shortcuts are different across different OSes

http://7is7.com/software/firefox/shortcuts.html#f7

In windows ctrl-j opens the download history, but not on linux

Actual results:

It focused the Select Search Bar.

In windows the search bar is focused using both
Ctrl+K
Ctrl+E

In linux the search bar is focused by both:
Ctrl+K
Ctrl+J

So I'd assign ctrl+k to the search bar, and assig ctrl+j to the download history in both OSes.

Expected results:

It shouls have opened the download file list history, like it happens on windows.

Type: defect → enhancement
Component: Untriaged → Keyboard Navigation
Keywords: platform-parity
OS: Unspecified → Linux
Hardware: Unspecified → Desktop
Summary: shortucts are different across different OSes → Ctrl+J should open the Library - Downloads window on Linux

Bug 374189 has some context explaining the current situation, in particular bug 374189 comment 17 says we have Ctrl+J as an alternative search shortcut because emacs keybindings. I guess we could instead use Shift+Ctrl+Y as the alternative search shortcut and use Ctrl+J for downloads...

Status: UNCONFIRMED → NEW
Depends on: 374189
Ever confirmed: true
Keywords: blocked-ux
Priority: -- → P3
Summary: Ctrl+J should open the Library - Downloads window on Linux → Use Ctrl+J for downloads and Shift+Ctrl+Y as the alternative search shortcut on Linux
Version: 66 Branch → Firefox 92
Type: enhancement → defect
Hardware: Desktop → x86_64

Reporter, please stop messing with the bug report fields.

  • Version should stay the version the report was filed for. As long as the report is open, it's assumed it's still applicable to the latest version. In case of uncertainty, a developer or QA team member may request confirmation.
  • You're requesting a change in intended behavior. That makes this an enhancement not a defect.
  • This is not 64-bit specific.
Type: defect → enhancement
Hardware: x86_64 → Desktop
Version: Firefox 92 → 66 Branch
Severity: normal → S3

FWIW, I just switched from Brave to Firefox on Linux, and it bugs me a lot that Ctrl+J does not open the "Downloads" window, as in all other browsers. This issue has been opened for 15 years. Can we please get a position, even if it's a "Won't Fix"?

By "opened for 15 years" I refer to this https://bugzilla.mozilla.org/show_bug.cgi?id=374189#c17

Just a friendly bump.
What is the current situation regarding this issue?
Is it possible to rebind Ctrl+J to open downloads (as in Windows or as in Chrome)? Not even with an extension? Is there a plan to address this?

I just hit this bug too. If forcing the issue isn't possible, a "settings for" picker would be nice, like "I'm from a Windows background and I'd like to keep Windows-style shortcuts" option.

Unfortunately about:keyboard does not help here yet... hopefully, the "version 2" of the feature might solve this.

For more context:

I created this workaround script to patch an installation on Ubuntu (caveat: AI-generated, but tried to revise it thoroughly):
https://gist.github.com/japm48/9f09f8e19f7d473e56b662568eb93989
Note that this will not work on snaps (tested only on a mozillateam PPA Firefox installation on Ubuntu 24.04), but should not be too hard to port.

In the end it was the contents of this file that can be modified so that the Ctrl+J shortcut points to Downloads:
https://searchfox.org/firefox-main/source/browser/base/content/browser-sets.inc.xhtml
It gets included by this file, which is the one that actually gets patched:
https://searchfox.org/firefox-main/source/browser/base/content/browser.xhtml
This, in turn, is stored into the browser/omni.ja archive.

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