Vimium-FF can't detect alt in keymappings when resistFingerprinting is enabled
On Firefox 64.0 (64bit) on Windows 10 pressing alt+d causes vimium to perform the scrollPageDown action (instead of selecting the URL bar) even if it's bound to just d without the modifier.
Also reproduces on the nightly builds. alt+d is one of my most used shortcuts and right now this is really annoying, for me a least.
FYI, This could be caused by enabling resistFingerprinting. Disabling it allows a-d and all of the other default FF shortcuts to work for me on FF66. I have no idea why it would be connected to this setting, perhaps the idea is sites can detect which keybindings are already active to figure out which browser it is.
See #2925
Thank you, disabling resistFingerprinting fixed it.
this would appear an issue particularly for LibreWolf, where resistFingerprinting appears to be enabled by default.
might there be a way we could fix Vimium-FF to work as expected even with this setting enabled?
I once viewed the source code of Firefox (LibreWolf is a customized version of Firefox), and my conclusion is:
- when
resistFingerprintingis enabled, noaltKeywill be exposed to JavaScript web-extensions.
in that event, looking at where that puts us:
-
Alt+Dwas ergonomic to the fingers, but seems out underresistFingerprinting -
Ctrl+Lwould still work, but seems less ergonomic
would it be viable to have an unused single key be used as a new shortcut to focus the address bar?