Closed
Bug 67923
Opened 24 years ago
Closed 23 years ago
cancel button alert cannot be accessed via keyboard navigation
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P2)
Core
DOM: UI Events & Focus Handling
Tracking
()
mozilla0.9.5
People
(Reporter: mmilli, Assigned: bugzilla)
References
(Blocks 1 open bug)
Details
(Keywords: platform-parity, Whiteboard: this is a bug on windows and linux (it's the correct behavior on mac))
From Bugzilla Helper: User-Agent: Mozilla/4.73 [en] (WinNT; I) BuildID: 20010201 while trying to cancel the deletion of a folder or mail message in mail, using the tab button on the keyboard to shift the focus to the cancel button( from the ok button) ,even though the cancel button gets selected the message still gets deleted when we press enter. Reproducible: Always Steps to Reproduce: 1.bring up the browser window 2.open a new mail window 3.select any folder/message(from thread window) either using mouse or keyboard. 4.and delete the message by any one of the following ways; (A)press del key on the keyboard (B)press the delete button on the toolbar (C)go to the edit menu and press the delete option 5.an alert appears saying "do you wish to delete the selected folder/message?" with 2 buttons 'ok' and 'cancel',and the ok button has the focus. 6. now press the tab key on the keyboard to shift the focus to the cancel button. 7. the cancel button gets selected Actual Results: On pressing enter key after the cancel button is selected via keyboard naviagtion(using the tab key) , the selected message /folder gets deleted. Expected Results: On pressing enter key after the cancel button is selected via keyboard naviagtion(using the tab key) , the selected message /folder should not be deleted and should be retained as it is.
Comment 1•24 years ago
|
||
not a mail news bug, a bug with the common dialog xul / js.
Component: Mail Window Front End → Browser-General
Product: MailNews → Browser
Comment 3•24 years ago
|
||
updating component and owner, passing the buck, bouncing, etc.
Assignee: asa → ben
Status: UNCONFIRMED → NEW
Component: Browser-General → XP Apps: GUI Features
Ever confirmed: true
QA Contact: doronr → sairuh
Comment 4•24 years ago
|
||
->keybd nav
Assignee: ben → alecf
Component: XP Apps: GUI Features → Keyboard Navigation
Updated•24 years ago
|
Comment 5•24 years ago
|
||
Cc mpt (mpt: we've discussed what the enter key should do in dialogs before, in bug 63728). mmilli@in.ibm.com: pressing space (instead of enter) should activate the currently focused button. See also bug 59840 and bug 52751.
Comment 6•24 years ago
|
||
Yes, the reporter is correct. As described in bug 63728, when a command button is focused, that button temporarily takes over the Enter and Control+Enter keybindings (and the extra border) from the default button. When a control other than a button is focused, the Enter and Control+Enter keybindings should return to the default button.
Keywords: access
Updated•23 years ago
|
Keywords: pp
OS: Windows NT → All
Hardware: PC → All
Whiteboard: this is a bug on windows and linux (it's the correct behavior on mac)
Comment 10•23 years ago
|
||
Bumping off the mozilla0.9 radar, I don't see any traction, and I don't think Alec will get to this for 0.9
Target Milestone: mozilla0.9 → ---
Updated•23 years ago
|
Keywords: mozilla0.9.1
Comment 11•23 years ago
|
||
futuring unless some accessability guy wants to grab this
Target Milestone: --- → Future
Assignee | ||
Comment 12•23 years ago
|
||
they call me accessibility guy
Assignee: alecf → blakeross
Status: ASSIGNED → NEW
Reporter | ||
Comment 13•23 years ago
|
||
I think it is the duplicate of the bug 52751.
Assignee | ||
Comment 14•23 years ago
|
||
usability/polish, 0.9.4.
Status: NEW → ASSIGNED
Target Milestone: Future → mozilla0.9.4
Assignee | ||
Updated•23 years ago
|
Target Milestone: mozilla0.9.4 → mozilla0.9.5
Assignee | ||
Comment 15•23 years ago
|
||
*** This bug has been marked as a duplicate of 84602 ***
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → DUPLICATE
Updated•5 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
•