Closed Bug 48619 Opened 25 years ago Closed 25 years ago

Autocomplete pop-down list steals keyboard focus, enraged user

Categories

(SeaMonkey :: UI Design, defect, P3)

Product:
SeaMonkey
Component:
UI Design
Platform:
x86
Linux
Type:
defect

Tracking

(Not tracked)

Status:
VERIFIED WORKSFORME

People

(Reporter: jwbaker, Assigned: bugzilla)

References

Details

The autocomplete widget which pops down with multiple choices steals the keyboard focus from the URL bar, cuasing the user to have to re-focus the URl bar with the mouse. For example: 1) ftp.mozilla.org 2) ftp.freesoftware.com 3) ftp. As soon as you type the dot, the pop down appears and steals the keyboard focus. This is not at all helpful. The popdown should appear, but the URl ba should keep the focus. This behavior is observed on Linux 2000-08-11-08.
Looking much better in the 2000-08-12 build. The pop-down no longer grabs the focus. I'll wait until Monday to mark WFM, to make sure that it isn't a difference between my window managers at home and work.
Reassigning from bdonohoe to hangas
Assignee: bdonohoe → hangas
Sending to Jeffry for confirmation of fix. If fixed please close, if not return with explaination.
Assignee: hangas → jwbaker
Not fixed in Linux 2000-08-30-06 build. The autocomplete list steals the input focus from the URL bar. To reproduce: 1) Type something likely to trigger the list, like "www.s" 2) Wait a second 3) List pops up and input focus changes to the list.
This looks fixed in Linux 2000101212.
Status: NEW → RESOLVED
Closed: 25 years ago
Keywords: verifyme
Resolution: --- → WORKSFORME
It isn't fixed at all on linux 2000101212 Sea. The dropdown still steals focus, blocks typing in URL field, and i have to click in it to be able to write more. If i'm slow, too bad for me - it will bappen again and again till there are no more matches. Very annoying bug. Reopening.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
*** Bug 56732 has been marked as a duplicate of this bug. ***
Looks like a bug with the auto-complete widget ... -->XPToolkit/Widgets
Assignee: jwbaker → trudelle
Status: REOPENED → NEW
Component: User Interface: Design Feedback → XP Toolkit/Widgets
Keywords: verifyme
QA Contact: mpt → jrgm
->xpapps
Assignee: trudelle → ben
Component: XP Toolkit/Widgets → XP Apps: GUI Features
QA Contact: jrgm → sairuh
-> ducarroz
Assignee: ben → ducarroz
Are people actually seeing this, because this worksforme 2000101309 linux on gnome/enlightenment. Is this only when using certain WM?
using sawfish 0.30.3 here. Just to confirm we are talking about the same builds: Are you using a fresh *installed* build? Via installer etc. (A little suspicious of those since other files and changes have turned out to be missing by and by)
I see this at work but not at home. Both WMs are sawfish. I will investigate focus settings tomorrow.
Well, I tried a "fresh" install (and there were some problems with those until recently, but they seem to be OK now), and used twm and enlightenment and I don't lose the ability to type or keyboard navigate on Linux after that popup comes up.
This WFM now too. Between when I saw this bug and now I have installed Helix Gnome on my system, so I'm not sure if that had any effect on it, though....
per last comment, WFM
Status: NEW → RESOLVED
Closed: 25 years ago → 25 years ago
Resolution: --- → WORKSFORME
Hmm which versions of Helix Gnome and Sawfish are we talking about here. I tested Enlightenment 0.15.something and jrgm is right: That works. But upgradeing sawfish to 0.31.1 - and i still see it there, using Helix gnome-core-1.2.1-0_helix_1 etc. etc.
QA Contact: sairuh → claudius
I fiddled with the sawfish focus settings and now everything works the way I want (so far). I wish I new what kind of window the menupopup is. Anyway my new settings are: enter-only do not focus windows when first displayed dialog windows do inhereit focus from parent do not raise windows when the are focused. WFM
That is one awful setting - i absolutely need to have "raise on focus" enabled here. I wrote the Sawfish mailing-list about the problem, referring to this bug.
Tadaa. I found which setting affects this - and i can still use raise on focus. In Sawfish "focus" settings there is this option: "When does the mouse pointer affect the input focus:" Select "enter-only" there, and URL bar will work as designed. Verifying WFM.
Status: RESOLVED → VERIFIED
Just tagging this with relnoteRTM. Thanks a lot for figuring this all out!
Keywords: relnoteRTM
will relnoteRTM bugs that have been verified show up in relnote queries?
Depends how Claudius does the query :-] (Okay, give it to me if you'd like Claudius).
yeah, you are sooo writing this one up.
QA Contact: claudius → jrgm
Say, Jeffrey. Is the narrow condition that R.K. notes, the key point in getting this to work correctly? In other words, is it entirely under the control of that setting for the way that the rest of your WM is configured? Thanks.
The problem came to be regarded as a bug in Sawfish, not Mozilla. Author John Harper patched for it in sawfish v. 0.33. Let's hope it sticks. For particulary interested readers: Thread in sawfish mailing-list starts with http://inanna.starseed.com/sawmill/2000/Oct/0213.html
*** Bug 64962 has been marked as a duplicate of this bug. ***
Product: Core → Mozilla Application Suite
Component: XP Apps: GUI Features → UI Design
You need to log in before you can comment on or make changes to this bug.