[CBX]display bug when updating a <select> using javascript

NEW
Unassigned

Status

()

Core
Event Handling
P2
normal
17 years ago
8 years ago

People

(Reporter: Morgan Christiansson, Unassigned)

Tracking

Trunk
Future
x86
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(Whiteboard: [IGNORE REDUCED HTML TESTCASE; IT WORKS FINE], URL)

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
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

17 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

17 years ago
Created attachment 19711 [details]
Reduced HTML testcase -

Comment 3

17 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

17 years ago
Oops - I should have said "switchtype()", not "switchcase()" above -

Comment 5

17 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

17 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

17 years ago
Whiteboard: [IGNORE REDUCED HTML TESTCASE; IT WORKS FINE]
(Reporter)

Comment 7

17 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.

Comment 8

17 years ago
Hey Rod, this may be yours.
Assignee: joki → rods

Updated

17 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

17 years ago
Combox display updates after script has been executed instead of before.
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

17 years ago
Target Milestone: --- → mozilla1.1

Comment 11

17 years ago
QA contact updated
QA Contact: gerardok → madhur

Updated

16 years ago
Target Milestone: mozilla1.1 → Future

Updated

16 years ago
QA Contact: madhur → rakeshmishra

Updated

15 years ago
QA Contact: rakeshmishra → trix

Comment 12

12 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
Assignee: rods → nobody
Status: ASSIGNED → NEW
QA Contact: trix → events
You need to log in before you can comment on or make changes to this bug.