Open Bug 1231173 Opened 9 years ago Updated 15 days ago

Shortcut keys don't work after alt-drag

Categories

(Firefox :: Keyboard Navigation, defect)

42 Branch
defect

Tracking

()

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.
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?
> 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
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.
why do you need alt+drag ? [if you don't mind sharing] :)
> 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
Flags: needinfo?(epinal99-bugzilla2) → needinfo?(gijskruitbosch+bugs)
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
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.