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.