297310 - OnChange for <select> sometimes doesn't fire when using combination of mouse and keyboard navigation

Status: RESOLVED WORKSFORME

(Core Graveyard :: Java APIs for DOM, defect)

Description

[Timwi]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.8) Gecko/20050511 Firefox/1.0.4

See Steps to Reproduce.

Reproducible: Sometimes

Steps to Reproduce:
1. Find (or create) a page with a <select> drop-down which has JavaScript
attached to the OnChange event.
2. Click the drop-down with the mouse.
3. Use the Home or End keys to change the selected item in the drop-down.
4. Click the drop-down with the mouse again (NOT the item in the list)
5. Click somewhere on the webpage to move focus away from the mouse
Actual Results:  
Sometimes (not always), nothing happens

Expected Results:  
OnChange should always fire when the selected item changes

Comment 1

[Adam Guthrie]

If you would attach a testcase allowing us to duplicate the problem it would
speed up the process of getting this confirmed a lot. 

Comment 2

[Timwi]

Attachment: Test case

Geez. How hard can it be to make an HTML file with a <select> with an onChange
in it?

Comment 3

[Aaron Leventhal]

*** This bug has been marked as a duplicate of 126379 ***

Comment 4

[Timwi]

This bug is not a duplicate of bug 126379.

Bug 126379 is about when onChange should or should not fire, but this bug is
that in some cases onChange doesn't fire *at all* (even when the element loses
focus).

Comment 5

[Jesse Ruderman]

WFM with Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.8b4)
Gecko/20050807 Firefox/1.0+.

Please reopen if you still see this bug in Deer Park Alpha 2 or later, and when
your final selection in the dropdown is different from the item that was
initially selected or selected the last time onChange fired.