Open
Bug 1231173
Opened 9 years ago
Updated 2 months ago
Shortcut keys don't work after alt-drag
Categories
(Firefox :: Keyboard Navigation, defect)
Tracking
()
NEW
People
(Reporter: nick.wimpney, Unassigned)
References
Details
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:42.0) Gecko/20100101 Firefox/42.0
Build ID: 20151030083518
Steps to reproduce:
press alt, (menu unhides)
press ctrl-l for location bar. Nothing happens
Actual results:
The cursor will not move to the location bar unless the menu is closed by pressing alt, or clicking in the window first.
In linux, the alt menu comes up when alt+dragging to move the window. I regularly open a window, alt-drag it to where I want it, then ctrl-l to type the URL. This no longer works without an extra click or keypress to close the menu.
Expected results:
Either the shortcuts should still work with the menu open (probably automatically closing it), or alt-dragging should be recognized and not raise the menu at all.
Comment 1•9 years ago
|
||
You say "this no longer works" - did it work in previous Firefox releases? If so, can you use mozregression (http://mozilla.github.io/mozregression/) to find a regression range?
Comment 2•9 years ago
|
||
> You say "this no longer works" - did it work in previous Firefox releases?
with the term "no longer" he tried to mean after the menu bar comes up (maybe) because I have never seen shortcuts working after pressing alt
My opinion here is (for nick.wimpney), did you notice that with alt press, the menu bar comes up with all the words having single character with underline, which means it is ready for those text (keys) to be pressed and selected that particular menu.
[example, F for File | E for Edit | V for View | s for History]
pressing alt is preparing the menubar for selecting menus through pressing letters from keyboard, where other shortcuts are not supposed to work.
I would say, this is by design.
still, a developer could say it better.
QA Whiteboard: [testday-20151211]
Component: Untriaged → Keyboard Navigation
Reporter | ||
Comment 3•9 years ago
|
||
I'm actually not sure what the previous behaviour was from the perspective of the menu. I am certain that I could alt+drag a firefox window, and then immediately press ctrl+l to get to the location bar.
Perhaps I oversimplified the steps to reproduce, and should have mentioned the drag. The main issue is that when I alt+drag to move or resize the window, it brings up the menu, and I have to tap alt or esc to get out of it before I can ctrl+l to the location bar.
I think the previously the alt+drag may have been recognized/caught, so it didn't raise the menu.
Comment 4•9 years ago
|
||
why do you need alt+drag ? [if you don't mind sharing] :)
Comment 5•8 years ago
|
||
> I would say, this is by design.
I agree, but no developer has spoken up yet.
perhaps loic knows who can decide
Flags: needinfo?(epinal99-bugzilla2)
Summary: Shortcut keys don't work after pressing alt. → Shortcut keys don't work after pressing alt and Menu Bar has focus
Comment 6•8 years ago
|
||
Fairly sure this is effectively the same as bug 770773 but for drags rather than clicks.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: needinfo?(gijskruitbosch+bugs)
See Also: → 770773
Summary: Shortcut keys don't work after pressing alt and Menu Bar has focus → Shortcut keys don't work after alt-drag
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•