Open Bug 173605 Opened 22 years ago Updated 2 years ago

tabbing gets stuck

Categories

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

x86
All
defect

Tracking

()

People

(Reporter: timeless, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: testcase)

Attachments

(1 file)

[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
-> bryner, focus
Assignee: aaronl → bryner
Blocks: focusnav
Component: Accessibility APIs → Keyboard Navigation
Is preventDefault getting set or something?

keypress="return(showHelp('email-pop-deleteacct1'))" 

Mozilla is not getting a chance to use that tab press.
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.
Attached file Testcase #1
Keywords: testcase
OS: Windows 2000 → All
Assignee: bryner → nobody
QA Contact: dsirnapalli → keyboard.navigation
Component: Keyboard: Navigation → User events and focus handling
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: