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)
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.
| Assignee | ||
Comment 1•25 years ago
|
||
this works for me on Mac and win32 082504 mozilla builds. maybe a platform
parity issue.
Comment 2•25 years ago
|
||
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.
Comment 3•25 years ago
|
||
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
Comment 4•25 years ago
|
||
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.
Comment 6•25 years ago
|
||
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.
Updated•7 years ago
|
Component: Keyboard: Navigation → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•