Closed Bug 51570 Opened 24 years ago Closed 24 years ago

ctrl+W doesn't close the editor window

Categories

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

x86
Linux
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: bugzilla, Assigned: akkzilla)

Details

(Keywords: platform-parity, regression, Whiteboard: [nsbeta3+] FIX IN HAND)

i only see this on linux [2000.09.05.04, opt comm]; not a problem on mac or
winnt. saari, not sure if this should go to you, or someone in the editor group
(reassign as needed).

1. start the browser.
2. select tasks > composer to bring up editor window.
3. bring focus to editor window (eg, click in the content).
4. try to close using the shortcut, ctrl+W (ctrl is the default accelerator
here).

result: the editor window doesn't close. get the following console errors:

JavaScript error: 
 line 0: uncaught exception: [Exception... "Component returned failure code:
0x80004003 (NS_ERROR_INVALID_POINTER) [nsIController.doCommand]"  nsresult:
"0x80004003 (NS_ERROR_INVALID_POINTER)"  location: "JS frame :: <unknown
filename> :: onkeypress :: line 0"  data: no]
Keywords: pp, regression
Chris: This might be due to the conflict between XBL and XUL key bindings
(there's a ^W in each set on Unix, and in fact there may be a xul binding with
xulkey= and a xul binding with control=, so there is one conflict and perhaps
two).  Which one should take precedence, and has there been a recent change in
the precedence order?

The conflicting binding should perhaps be removed -- it makes sense with
xulkey=alt but not with xulkey=control -- but many users will want to put it
back, so we still need to know the expected behavior here.  So this is probably
my bug, but I need to know something about how it should work in order to know
the best way to fix it.
saari is on vacation this week.
->wfm. akkana, did you fix this?
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
Not knowingly.  But there were some other things horked about key bindings, so
maybe my general key binding patch helped this.
still a problem for me using 2000.09.13.08 opt comm bits. reopening.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
->akkana, per saari
Assignee: saari → akkana
Status: REOPENED → NEW
Oh, actually, the problem here is the conflict between the emacs editing
bindings and the window bindings, now that control is the default modifier.

I guess we need to take ^W out of the list of platform editing bindings.

This is trivial and I've done it in my tree.  We might as well get it in for
beta.  
Status: NEW → ASSIGNED
Keywords: nsbeta3
Whiteboard: FIX IN HAND
Marking nsbeta3+ in beppe's absence.
Whiteboard: FIX IN HAND → [nsbeta3+] FIX IN HAND
Fixed.  We'll have to do without ^W in editor/mail compose windows, alas.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago24 years ago
Resolution: --- → FIXED
thx, akkana! works fine using 2000.09.15.08 on linux [opt comm]... other than
that other problem with bug 52808. ;)
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.