bugzilla.mozilla.org will be intermittently unavailable on Saturday, March 24th, from 16:00 until 20:00 UTC.

When typing an URL into the request box opened with <ctrl>-L, input-focus gets lost after four characters



15 years ago
9 years ago


(Reporter: Andreas Sigg, Unassigned)


Firefox Tracking Flags

(Not tracked)




15 years ago
User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.4) Gecko/20030624

When I open the location input request box with <ctrl>-<shift>-l or <ctrl>-L,
and start to type the location into the input field, I only get as far as four
characters, but then the input field looses its focus. This is annoying, since I
have to grab a pointing device or have press <ctrl>-alt to regain focus if I
want to complete the input.
This behaviour can not be observerd if the input requester gets opened above the
actual pointing device position.

Reproducible: Always

Steps to Reproduce:
1. move the pointint device in the lower window area of your browser
2. press <ctrl>-<shift>-l to open the location input requester
3. type up to four characters into the requesters input field and watch how your
focus gets lost

Actual Results:  
Focus is lost and you can not type another character into the input field.

Expected Results:  
Focus should be kept until the return key is hit or the ok or cancel button gets

This is annoying since its forces additional user action each time you want to
open a location or file manually, and that is prolly often for people who prefer
to keep the navigation bar into a folded position.


15 years ago
Summary: When typing URL into request box opened with <ctrl>-L, focus gets lost → When typing an URL into the request box opened with <ctrl>-L, input-focus gets lost after four characters

Comment 1

15 years ago
Confirmed. Seeing this on Sun Solaris too with cvs 20030611 so it's been
around for quite a while.  Reporter, please change the OS/Hardware to All/All
since this doesn't appear to be Linux specific and is in common code.

Comment 2

15 years ago
Windows builds don't seem to be affected, though.
Just tested with Mozilla 1.4-RC3 (id 20030624) on WinXP.

Comment 3

15 years ago
Confirming as per reporter and comment #1 .

OS -> All
Severity -> minor
Severity: enhancement → minor
Ever confirmed: true
OS: Linux → All

Comment 4

15 years ago
I'm not convinced that this is a mozilla bug. I cannot reproduce this with
various recent builds of mozilla, e.g. 2003061611 and today's checkout.

Both ctrl-l, and ctrl-shift-l are fine; I've tried to keep the mouse well away
from the area of the box, so it's not inadvertantly getting mouse focus.

Perhaps it's a WM bug? I'm using metacity 2.4.55, on GNOME 2.2 (or thereabouts).

I know Mitch is running an older metacity; would others seeing this please
report their WM version?


15 years ago
Hardware: PC → All

Comment 5

15 years ago
I suffer this bug with GNOME 1.4, but it feels like I have seen it running with
kde also.. not sure, will check on this later.
Product: Browser → Seamonkey

Comment 6

9 years ago
WFM: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.9.1b4pre) Gecko/20090309 SeaMonkey/2.0b1pre
Last Resolved: 9 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.