Closed Bug 56137 Opened 24 years ago Closed 23 years ago

Some widgets don't fire oncommand when toggled via keys

Categories

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

x86
Windows 98
defect

Tracking

()

RESOLVED FIXED
mozilla1.0

People

(Reporter: bugzilla, Assigned: bugzilla)

References

()

Details

(Keywords: access, Whiteboard: patch)

Attachments

(1 file)

Overview Description:

  oncommand doesn't seem to fire for keypresses, as evidenced by many examples 
in various pref panes.

Steps to Reproduce:
  1) Open the preferences dialog.
  2) Mail and Newsgroups > Address Books
  3) Click "Enable Email Address Collection"
  4) Press spacebar multiple times.
  5) Advanced > Proxies
  6) Click "Direct connection to the Internet"
  7) Press the down arrow key.
  8) Click "Manual proxy configuration" (it should already be checked)

Note: Some of this may only work properly in win32/classic due to different 
platform and theme keybindings.

Actual Results:   In step 4, although the checkbox is properly checked and
                  unchecked as you keep hitting spacebar, the widgets indented
                  below it don't properly enable and disable (as they did when
                  you completed step 3).  In step 6, although the "Manual proxy
                  configuration" radio button is properly checked after
                  pressing the down arrow key, its associated textboxes 
                  (indented below it) don't properly enable and didsable (as
                  they did when you completed step 8).

Expected Results: DoEnabling() is properly called whenever the radiobutton
                  and checkbox get checked (or unchecked), so the associated
                  widgets are properly enabled and disabled upon keypress just
                  as if you clicked on them with the mouse.

Reproducibility: 100%

Occurs in new branch and trunk builds (win98se).

Additional Information:
  John, should either case be valid?  I was under the impression that oncommand 
should include both mouse and keyboard commands.  In the case of step 7, 
though, the keypress is actually going to the top radio button, not the button 
that will become checked.  What do you think about all this?
In case it wasn't extremely obvious, of course, the radiobutton and checkbox in 
question both have oncommand="doEnabling();"
oncommand is unique to XUL, so this isn't joki's bug.  reassigning to saari.
Assignee: joki → saari
This isn't "keys don't fire oncommand", it is "some widgets don't fire oncommand
when toggled via keys".
Status: NEW → ASSIGNED
correct.
Summary: oncommand not firing for keypresses → Some widgets don't fire oncommand when toggled via keys
mozilla 1.0
Target Milestone: --- → mozilla1.0
*** Bug 64181 has been marked as a duplicate of this bug. ***
Copying from dup: access keyword, blocks bug 18575.
Blocks: 18575
Keywords: access
Keywords: nsbeta1
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
clearing target for re-triage, nominating for moz0.9.2. Chris, do you know how 
much work/risk this would entail?
Keywords: mozilla0.9.2
Target Milestone: mozilla1.0 → ---
Well, have to figure out which widgets don't fire it and copy and paste the code
from those that do. It shouldn't be hard.
When you use the arrow keys to move around in a groupbox, the focused 
item should change just as the selected item does.

In radio.xml, I tried to do this.focusedItem = groupElements[index], but it 
didn't seem to change the focus.

I imagine this could easily be fixed when the oncommand stuff is fixed (maybe 
they're related).  If they're not related, I can file a new bug.
Target Milestone: --- → mozilla0.9.3
Attached patch XBL patchSplinter Review
Whiteboard: patch
QA contact updated
QA Contact: gerardok → madhur
Fix is in bug 83614.
Assignee: saari → blake
Status: ASSIGNED → NEW
Fix checked in.
Status: NEW → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
verified on build 2001-07-13-07-trunk
Status: RESOLVED → VERIFIED
Reopening because I'm seeing 2 command events pressing space on a checkbox.
I think that the diff for 1.3 of checkbox.xml should be backed out.
http://www.nrr.co.uk/checkbox.xul is my test case.
tingley@sundell.net on #mozilla agreed that pressing space dumps 2 "Ouch!"es.
Status: VERIFIED → REOPENED
Resolution: FIXED → ---
Target Milestone: mozilla0.9.3 → mozilla0.9.5
Target Milestone: mozilla0.9.5 → mozilla0.9.6
->0.9.6
Blocks: 104166
Target Milestone: mozilla0.9.6 → mozilla1.0
File a new bug.
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
QA Contact: madhur → rakeshmishra
QA Contact: rakeshmishra → trix
Component: Event Handling → User events and focus handling
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: