Open
Bug 61174
Opened 25 years ago
Updated 3 years ago
[CBX]display bug when updating a <select> using javascript
Categories
(Core :: DOM: UI Events & Focus Handling, defect, P3)
Tracking
()
NEW
Future
People
(Reporter: bugzilla.mozilla.org, Unassigned)
References
()
Details
(Whiteboard: [IGNORE REDUCED HTML TESTCASE; IT WORKS FINE])
Attachments
(1 file)
|
497 bytes,
text/html
|
Details |
From Bugzilla Helper:
User-Agent: Mozilla/4.75 [en] (X11; U; Linux 2.4.0-test4 i686)
BuildID: 2000101015
Updating works perfectly, however, the dispalying of the <SELECT> object does
not update, to see the update you have to click an entry in the object.
When <SELECT SIZE="1">, the display updates correctly.
(This is an "update" of Bug #60920, where it was crashing, now with better code
the problem has turned into a display problem.
The previous bug caused crashes in Netscape 4.7/X11;Linux too.)
Reproducible: Always
Steps to Reproduce:
1. Load http://hem.netlink.se/~sft3905/research-new2.html into mozilla (linux?).
2. Change the array you'll problably notice that the <SELECT SIZE="10"> element
hasn't changed.
3. Click on some element's and you'll notice that they'll change when they
become selected.
Expected Results: Showing the update directly when changing the <SELECT
SIZE="1"> element.
|
||
Comment 1•25 years ago
|
||
Confirming with Mozilla debug trunk build 2000-11-23. Changing OS to "All".
Will attach reduced HTML test case below. Here is the text of the testcase:
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN"
"http://www.w3.org/TR/html4/strict.dtd">
<HTML>
<HEAD><TITLE>Bug 61174</TITLE>
<SCRIPT>
<!--
function switchtype()
{
alert('In switchtype() function -');
}
//-->
</SCRIPT>
</HEAD>
<BODY onLoad="switchtype()">
<FORM>
<SELECT onChange="switchtype()">
<OPTION >AAA
<OPTION >BBB
</SELECT>
<BR><BR>
<SELECT SIZE="10">
<OPTION>Please wait for the page to load
</SELECT>
</FORM>
</BODY>
</HTML>
OS: Linux → All
|
|
||
Comment 2•25 years ago
|
||
|
|
||
Comment 3•25 years ago
|
||
If you try the reduced testcase in IE4.7 or NN4.7, the switchcase() function
fires on the onLoad event of the <BODY>, and on the onChange event of the
upper <SELECT>. But in Mozilla, the switchcase() function is never triggered.
Browser, not engine. Reassigning to Event Handling. cc'ing jst -
Perhaps this is a dup of another bug?
Assignee: rogerl → joki
Status: UNCONFIRMED → NEW
Component: Javascript Engine → Event Handling
Ever confirmed: true
QA Contact: pschwartau → lorca
|
|
||
Comment 4•25 years ago
|
||
Oops - I should have said "switchtype()", not "switchcase()" above -
|
|
||
Comment 5•25 years ago
|
||
OOPS - I inexplicably had JavaScript turned off in Edit|Preferences|Advanced.
PLEASE DISREGARD THE REDUCED TESTCASE ABOVE. IT WORKS FINE IN MOZILLA !!!
|
|
||
Comment 6•25 years ago
|
||
Using Mozilla debug build 2000-11-23 (trunk) on WinNT
Using Mozilla debug build 2000-11-23 (MN6 branch) on Linux
The given URL is working fine for me with the WinNT trunk build.
However, on Linux, it is exactly as mog@linux.nu has reported:
When I select a new option in the upper <SELECT>, the lower <SELECT>
doesn't update until I click on it. On WinNT, it updates fine.
I think this is a duplicate of another bug, but I can't find it.
Changing OS back to "Linux" -
OS: All → Linux
|
|
||
Updated•25 years ago
|
Whiteboard: [IGNORE REDUCED HTML TESTCASE; IT WORKS FINE]
|
|
Reporter | |
Comment 7•25 years ago
|
||
I just noticed, if a fixed width is specified, updating works correctly.
Such as <SELECT STYLE="width: 100%">
So there's a pretty easy workaround.
|
|
||
Updated•25 years ago
|
Status: NEW → ASSIGNED
Priority: P3 → P2
Summary: display bug when updating a <select> using javascript → [CBX]display bug when updating a <select> using javascript
|
|
||
Comment 9•25 years ago
|
||
Combox display updates after script has been executed instead of before.
|
||
Comment 10•25 years ago
|
||
Reassigning QA Contact for all open and unverified bugs previously under Lorca's
care to Gerardo as per phone conversation this morning.
QA Contact: lorca → gerardok
|
|
||
Updated•25 years ago
|
Target Milestone: --- → mozilla1.1
|
|
||
Updated•24 years ago
|
Target Milestone: mozilla1.1 → Future
|
|
||
Updated•24 years ago
|
QA Contact: madhur → rakeshmishra
|
|
||
Updated•23 years ago
|
QA Contact: rakeshmishra → trix
|
|
||
Comment 12•19 years ago
|
||
Hi,
I have posted a similar report in bug: https://bugzilla.mozilla.org/show_bug.cgi?id=297134
Maybe a regression?
Mozilla/5.0 (Windows; U; Windows NT 5.1; es-ES; rv:1.8.0.4) Gecko/20060508 Firefox/1.5.0.4
|
||
Updated•16 years ago
|
Assignee: rods → nobody
Status: ASSIGNED → NEW
QA Contact: trix → events
|
||
Comment 13•7 years ago
|
||
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3
|
Assignee | |
Updated•7 years ago
|
Component: Event Handling → User events and focus handling
|
||
Updated•3 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•