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)
Tracking
()
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.
Comment 2•23 years ago
|
||
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
Comment 3•23 years ago
|
||
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
Comment 4•23 years ago
|
||
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)".
Comment 5•23 years ago
|
||
Please list steps for reproducing without having a sidebar.
Comment 6•23 years ago
|
||
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
Comment 8•23 years ago
|
||
*** This bug has been marked as a duplicate of 88239 ***
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Comment 9•23 years ago
|
||
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
Updated•5 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•