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•6 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
•