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)
(deleted),
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•22 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•22 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•6 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
•