Closed Bug 108244 Opened 23 years ago Closed 23 years ago

Nothing is focused when opening a new window[CTRL+N] without a URL bar

Categories

(Core :: DOM: UI Events & Focus Handling, defect)

x86
Windows 2000
defect
Not set
major

Tracking

()

VERIFIED DUPLICATE of bug 88239

People

(Reporter: thormick, Assigned: bryner)

References

(Blocks 2 open bugs)

Details

(Keywords: access)

From Bugzilla Helper: User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.5) Gecko/20011011 BuildID: 2001101117 I surf with all toolbars and the sidebar disabled, displaying only the titlebar, menu and status/component bar. I have discovered that when I open a new window, focus is nowhere to be found, so Mozilla doesn't respond to keyboard input. Reproducible: Always Steps to Reproduce: 1.Start mozilla 2.Hide URL bar with View->Show/Hide->Navigation Toolbar 3.Press CTRL+N or use File->New Navigator Window Actual Results: Mozilla does not respond to keyboard input. Under Windows, global keyboard commands like Alt+Space works, but keyboard shortcuts, and menu items (Alt+F) have no effect. A click in the content makes the keyboard work again. Expected Results: Focus should have been in the content area. Mozila should have responded to shortcuts. The keyboard seems to respond for a brief period until the window is drawn. Pressing CTRL+N, ALT+F in quick succession, results in opening the "File" menu, but arrow up/down does not change the selection, and pressing ESC does nothing. Pressing CTRL+N, CTRL+SHIFT+L will open the "Open Web Location" window, but when it closes (fx CTRL+N, CTRL+SHIFT+L, ESC, CTRL+SHIFT+L), Mozilla does not respond to the keyboard. Also opening a new window and immediately disabling the URL-bar seems to have the same effect. This seemes related, maybe even a duplicate, of Bug 105936. Other related bugs I see are: Bug 103758, Bug 87946 and Bug 37638.
-> focus, bryner
Assignee: aaronl → bryner
Keywords: access
Blocks: 55416
Related bugs: bug 37638 - URL bar is given focus by default in new window ... bug 76621 - sidebar elements should not grab focus from other parts of window This is probably a DUP or depends on bug 76621
Status: UNCONFIRMED → NEW
Ever confirmed: true
This is definitely caused by bug 76621. Using its workaround, hiding the sidebar with the View/Sidebar menu option, causes the problem to go away. Leaving un-DUPed to allow other reporters to find this.
Depends on: 76621
I can reproduce this bug without having a sidebar open, so this doesn't depend on bug 76621. The browser doesn't even respond to Alt+F or the tab key when it gets into this state where the location bar "has focus" in a window with no navigation toolbar. See also bug 61011, "can't close some JS windows with keybinding (cmd-W / ctrl- W)".
Blocks: keydead, focusnav
Severity: normal → major
No longer depends on: 76621
Please list steps for reproducing without having a sidebar.
I was using the same steps as the reporter (thormick).
I guess I could have been more specific regarding the sidebar. I didn't think of it because I always leave it hidden, and I didn't think of testing with it on. This bug does not appear when it is shown. Steps to Reproduce: 1.Start mozilla 2.If URL bar is shown, hide with View->Show/Hide->Navigation Toolbar 3.If sidebar is shown, hide with View->Sidebar or F9 4.Press CTRL+N or use File->New Navigator Window
*** This bug has been marked as a duplicate of 88239 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
mass verification of duplicate bugs: to find all bugspam pertaining to this, set your search string to "DuplicateBugsBelongInZahadum". if you think this particular bug is *not* a duplicate, please provide a compelling reason, as well as check a recent *trunk* build (on the appropriate platform[s]), before reopening.
Status: RESOLVED → VERIFIED
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.