Open
Bug 792824
Opened 12 years ago
Updated 2 years ago
Inconsistent events firing on a button element across operating systems
Categories
(Core :: DOM: Events, defect, P5)
Tracking
()
REOPENED
People
(Reporter: yves.vangoethem, Unassigned)
References
()
Details
(Keywords: testcase)
User Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:16.0) Gecko/20100101 Firefox/16.0 Build ID: 20120911232325 Steps to reproduce: 1. Click the button with your mouse 2. Press the spacebar Actual results: On Linux: 1. Click is fired on the element 2. Keydown is fired on the document 3. Click is fired on the element Expected results: On every other OS and any browser: 1. Click is fired on the element 2. Keydown is fired on the document
Reporter | ||
Updated•12 years ago
|
OS: Mac OS X → Linux
Updated•12 years ago
|
Status: UNCONFIRMED → NEW
Component: Untriaged → DOM: Events
Ever confirmed: true
Keywords: testcase
Product: Firefox → Core
Comment 1•12 years ago
|
||
does this occur in all distros? which ones have you tested?
Comment 2•12 years ago
|
||
We have tested Ubuntu so far (last release), I'm going to check other distros when I get a chance.
Comment 3•12 years ago
|
||
On Gecko NS_VK_SPACE has traditionally fired click after keyup. NS_VK_RETURN causes click after keypress.
Comment 4•12 years ago
|
||
IIRC the behavior is from old Netscape times. http://mxr.mozilla.org/mozilla-central/source/content/html/content/src/nsHTMLButtonElement.cpp#339
Reporter | ||
Comment 5•12 years ago
|
||
I guess this old behavior can be just taken out then?
Reporter | ||
Comment 6•12 years ago
|
||
After discussing this with Olli on IRC we came to the conclusion that this is an expected behavior and that the focus logic is platform dependent. Webapps/sites can prevent the default behavior if they want to achieve a consistent experience across platforms. I guess we can close this. Cheers!
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INVALID
Comment 7•12 years ago
|
||
Still investigating if we could change the behavior.
Status: RESOLVED → REOPENED
Resolution: INVALID → ---
Reporter | ||
Comment 8•11 years ago
|
||
This is now over a year old, was any decision taken?
Updated•11 years ago
|
Flags: needinfo?(bugs)
Comment 9•11 years ago
|
||
Any chance to have a testcase which shows where the key event actually is dispatched, in other browsers. Gecko dispatches it to the button if the focus is there.
Flags: needinfo?(bugs)
Comment 10•6 years ago
|
||
https://bugzilla.mozilla.org/show_bug.cgi?id=1472046 Move all DOM bugs that haven’t been updated in more than 3 years and has no one currently assigned to P5. If you have questions, please contact :mdaly.
Priority: -- → P5
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•