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)
SeaMonkey
General
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.
Reporter | ||
Updated•21 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
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•21 years ago
|
||
Windows builds don't seem to be affected, though. Just tested with Mozilla 1.4-RC3 (id 20030624) on WinXP.
Comment 3•21 years ago
|
||
Confirming as per reporter and comment #1 . OS -> All Severity -> minor
Severity: enhancement → minor
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Linux → All
Comment 4•21 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?
Reporter | ||
Updated•21 years ago
|
Hardware: PC → All
Reporter | ||
Comment 5•21 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.
Updated•20 years ago
|
Product: Browser → Seamonkey
Comment 6•15 years ago
|
||
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.
Description
•