Open Bug 1327424 Opened 4 years ago Updated 3 years ago
(XUL) All shortcuts stop working until 1st click if focused frame becomes hidden
>>> My Info: Win7_64, Nightly 49, 32bit, ID 20160526082509 STR_1: 1. Open new non-e10s window. Open attached "testcase 1" in a new tab in that non-e10s window 2. Click in textarea on the page 3. Click button "hide" 4. Press Ctrl+Tab or Ctrl+T AR: No visible action ER: Ctrl+Tab should switch tabs, Ctrl+T should open new tab Notes: 1) Ctrl+Tab shortcut can't be canceled in chrome context, see bug 1137239. Ctrl+T is reserved shortcut However, this bug manages to cancel them both. 2) In e10s mode I clearly see that Tab key doesn't work in Step 4. 3) This caused bug 1272179
Component: Untriaged → XP Toolkit/Widgets: XUL
Product: Firefox → Core
This looks like it is just bug 570835.
It's not the same, because that bug doesn't seem to mention any serious consequences like "all shortcuts stop working" reported in this bug. FYI devtools team sometimes implements this bug and removes it, for example, I can reproduce it in devtools in 2 ways on Nighty 2016-05-26, and in 1 way on Nightly 2016-12-29. Please confirm that you're going to use existing bug 570835 reported for HTML and not containing any serious consequences as an excuse to keep the issue (comment 0) in browser as long as possible.
See Also: → 570835
Summary: All shortcuts stop working until 1st click if focused frame becomes hidden → (XUL) All shortcuts stop working until 1st click if focused frame becomes hidden
Upon looking at this some more, it looks like we don't receive a pagehide notification on the child document when its frame is removed in this manner. I'm not sure why that would be.
Moving to Core:XUL per https://bugzilla.mozilla.org/show_bug.cgi?id=1455336
Component: XP Toolkit/Widgets: XUL → XUL
You need to log in before you can comment on or make changes to this bug.