When mozilla first starts, Ctrl-Shift-L doesn't work until I click in the browser's main area (i.e. within the display area, not the menu, status bar, etc.) I've been seeing this for a while, now, and didn't find anything in bugzilla that seemed to be the exact bug. It also fails if I start it up, go to File->Open Web Location, then cancel the box. I still can't Ctrl-Shift-L until I click in the display area. Linux 2.4.9 + debian/potato, gcc-2.95.2, glibc-2.1.3, CVS pulled sometime on Oct 9,2001 (rm'd cvsco.log by accident, I think it was late at night -- but the bug's been around for a while). Running under GNOME (Metal theme) + Enlightenment 0.16.3 (Brushed Metal-Tigert theme).

-> Keyboard Navigation

hmmm, focus issue?

isn't it just Ctrl+L?

Andrew: Ctrl-L gives focus to the URL bar, while Ctrl-Shift-L opens the "Open Web Location" dialog. Try it, and you'll see :).

Works for me using sawfish. Are you using focus-follows-mouse?

Works for me. KDE 2.2. Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:0.9.5) Gecko/20011022

Poke about a bit more, and it turns out none of the keyboard input (i.e. ^Q, ^T, etc.) will work unless the main area is clicked in. I tried changing the displayed tools via View->Show/Hide, and found that this only happens when the Navigation Toolbar is hidden. When I start up mozilla with the Nav Toolbar displayed, it'll accept keyboard input immediately. But when I hide it right after starting it, it won't until I click in the main area. Any other tests I can run, or any other information needed, lemme know.

Whups. Replied to the question via mail, and forgot it didn't show up here. Using sloppy focus. Focus follows mouse, unless it leaves a non-root window and goes to the root window, in which case it keeps focus on that last window.

Is this bug related to <a href="http://bugzilla.mozilla.org/show_bug.cgi?id=108039">bug #108039</a>?

Just an update, still seeing this bug as of a CVS pull between Nov 10, 2001 20:45:35 - 20:51:50. Also, when the window pops up now, I have to click in the text entry area before keyboard input is accepted, whereas before, I was able to beging typing immediately.

related: bug 57507

dupping... *** This bug has been marked as a duplicate of 108787 ***

This is not a duplicate. This bug is talking about the open web location dialog not appearing at all. Bug 108787 is about not being able to type once the dialog does appear.

sorry about the confusion...anyhow, testing with 2001.12.17.08 comm bits on rh7.2, i cannot seem to repro: 1. start netscape [or mozilla] 2. once the browser window appears *without* clicking anywhere, hit ctrl+shift+L. result: the open web location dlg appears. marking wfm, but pls reopen if it's still an issue with a newer build...

Sarah, you have to collapse the navigation toolbar, shut down the browser, and start it again. Then hit Ctrl+Shift+L without clicking anywhere. Let me know if you still don't see the problem.

okay, thx for the clarification... i tried this by collapsing the Navigation toolbar, the restarting... it's still WFM. then again, i'm collapsing the toolbar by clicking its 'twisty'. let me try again by using the View > Show/Hide menus...

yep, it's *hiding* the Navigation toolbar [but not the other toolbars] that does this. it also happens on all platforms. confirming. and i've noticed something else: other keyboard hotkeys don't seem to work either, eg, accel+E, accel+shift+N, accel+O...

*** Bug 116962 has been marked as a duplicate of this bug. ***

Sorry, video card died, so couldn't test till now. Yup, still seeing the bug.

Duplicate of bug 103758 ??

*** This bug has been marked as a duplicate of 88239 ***

v