Closed Bug 210871 Opened 21 years ago Closed 15 years ago

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

Categories

(SeaMonkey :: General, defect)

defect
Not set
minor

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: AndreasSigg, Unassigned)

Details

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
klicked.

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.
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
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.
Windows builds don't seem to be affected, though.
Just tested with Mozilla 1.4-RC3 (id 20030624) on WinXP.
Confirming as per reporter and comment #1 .

OS -> All
Severity -> minor
Severity: enhancement → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
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?
Hardware: PC → All
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
WFM: Mozilla/5.0 (Windows; U; Windows NT 5.1; rv:1.9.1b4pre) Gecko/20090309 SeaMonkey/2.0b1pre
Status: NEW → RESOLVED
Closed: 15 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.