Open
Bug 173605
Opened 22 years ago
Updated 2 years ago
tabbing gets stuck
Categories
(Core :: DOM: UI Events & Focus Handling, defect)
Tracking
()
NEW
People
(Reporter: timeless, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: testcase)
Attachments
(1 file)
393 bytes,
text/html
|
Details |
[from bug 173542] load the page, press and hold <tab>. you'll get stuck at the ?
Heh - you beat me to submitting this :-) It seems that Moz doesn't filter out the tab key for the 'onkeypress' event. http://mrtall.com/bugzilla/broken.html
Comment 2•22 years ago
|
||
-> bryner, focus
Comment 3•21 years ago
|
||
Is preventDefault getting set or something? keypress="return(showHelp('email-pop-deleteacct1'))" Mozilla is not getting a chance to use that tab press.
Comment 4•21 years ago
|
||
Here are my observations: in order to make site accessible, both onclick and onkeypress event handlers are used in an anchor <a> tag: it seems that Mozilla (rightly or wrongly?) interprets 'tab' key-press as an pnkeypress event, and thus fires up the associated event. What this means is that Mozilla gets stuck on this event, and does not tab beyond this event. <code><a href="/file.html" onclick="window.open('/file.html','window','etc');return false;" onkeypress="window.open('/file.html','window','etc');return false;">link name</a></code> is there an interim workaround for this? (PS! this behaviour was observed in Mozilla 1.2 and 1.3 on Win2K pc. Have not tested on other os; but have tested in IE browsers, which work as expected - ie: tabbing does just that; no event handlers are fired until a key - other than tab - is pressed.
Comment 5•18 years ago
|
||
URL is 404.
Comment 6•18 years ago
|
||
Updated•18 years ago
|
Assignee: bryner → nobody
QA Contact: dsirnapalli → keyboard.navigation
Assignee | ||
Updated•5 years ago
|
Component: Keyboard: Navigation → User events and focus handling
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•