Closed Bug 50116 Opened 25 years ago Closed 25 years ago

Keys not working when focus in location bar

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

x86
Linux
defect

Tracking

()

VERIFIED WONTFIX

People

(Reporter: ltskinol, Assigned: asa)

Details

From Bugzilla Helper: User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-9mdk i586; en-US; m18) Gecko/20000823 BuildID: 2000082316 Ctrl+W doesn't close browser if input focus is in location bar. Reproducible: Always Steps to Reproduce: 1. Run browser, open some page. 2. Click in location bar. 3. Press Ctrl+W Actual Results: Location bar clears, browser stays open. Expected Results: Browser should close. I'm not sure if other keys also fail to work. Ctrl+W was the first one I noticed.
this works for me on Mac and win32 082504 mozilla builds. maybe a platform parity issue.
That's because ^W is bound to backward-word-delete in linux text controls. There are conflicts between the standard Unix text control bindings and the Mozilla window bindings, and focus decides the issue.
akkana, so this is an invalid bug? ie, the user should adjust the window manager settings for this to work? btw, am able to repro this using 2000.08.22.08 on linux; wm is afterstep.
Status: UNCONFIRMED → NEW
Component: Browser-General → Keyboard Navigation
Ever confirmed: true
QA Contact: doronr → sairuh
No, adjusting the window manager won't help -- there's just a conflict within mozilla, so you get one behavior or the other depending on where your focus is. My inclination is wontfix, that this is the intended behavior and you can always add a new keybinding to cancel the ^W for text fields if you don't want it there. The other option is to drop the ^W support for text fields by default and make users who want it add it themselves. I'll go ahead and mark it wontfix, but if there's big outcry, someone (not clear who has this authority) will have to make a decision.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → WONTFIX
Well, the problem is that when it was decided (some other bug, I'm sure) to move the Unix key bindings to Ctrl+W and Ctrl+Q (rather than Alt+W and Alt+Q, as in NN 4.7), this conflict shows up. I can accept WONTFIX, but if so, then bug 32349 needs to get taken care of so this one isn't so annoying. Symptoms: middle-click to open in a new window, find the content to be non-interesting, press Ctrl+W and the window doesn't close. Instead, I have to move the focus or mouse up to the menu to close the window.
We probably also need to make some easily discoverable way for users to turn the text field bindings on and off. Not sure how; I don't think xul and prefs play nice with each other.
vrfy.
Status: RESOLVED → VERIFIED
Component: Keyboard: Navigation → User events and focus handling
You need to log in before you can comment on or make changes to this bug.