Closed
Bug 4273
Opened 26 years ago
Closed 26 years ago
OnChange is not being fired in Select lists
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Tracking
()
People
(Reporter: gerardok, Assigned: pollmann)
Details
Version: Seamonkey
Program: Viewer.exe
BuildID: mar_180610
Platform: WinNT
When the value of a Select element is changed and the control loses focus, the
Onchange event is not being fired.
I've noticed it requires the user to click twice on the select control to get
the onchange event fired. The same failure possibly happens on other platforms.
Steps to reproduce:
1. Create an HTML with the following content:
<html>
<head>
<title>MyPage</title>
</head>
<body>
<form>
<select name="list" onchange="window.status='onchange is working'">
<option selected>Default
<option>Foo
</select>
</form>
</body>
</html>
2. Load that file in browser
3. Click on the down arrow and click on "Foo"
Actual Results: The status line doesn't change
Expected Results: The string 'onchange is working' displayed in the status line
The same happens on Mac and Linux, with the caviat that not even clicking twice
on the select control would fire the onchange event. Platform changed to All.
|
||
Updated•26 years ago
|
Assignee: joki → pollmann
|
|
||
Comment 2•26 years ago
|
||
More onchange bugs for you.
|
Assignee | |
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
|
|
Assignee | |
Comment 3•26 years ago
|
||
The onChange failure bug is #3322. It has been noted there that onChange is not
being reported at all for Linux. I'll add a comment to indicate it also doesn't
work for Mac.
*** This bug has been marked as a duplicate of 3322 ***
|
||
Updated•6 years ago
|
Component: Event Handling → User events and focus handling
You need to log in
before you can comment on or make changes to this bug.
Description
•