Open Bug 61174 Opened 24 years ago Updated 2 years ago

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

Categories

(Core :: DOM: UI Events & Focus Handling, defect, P3)

Product:
Core
Component:
DOM: UI Events & Focus Handling
Platform:
x86
Linux
Type:
defect

Tracking

()

Milestone:
Future

People

(Reporter: bugzilla.mozilla.org, Unassigned)

References

(
URL
)

Details

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

Attachments

(1 file)

Reduced HTML testcase -
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.
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

    
    

    
  
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

    
    

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

    
    

    
  
OOPS - I inexplicably had JavaScript turned off in Edit|Preferences|Advanced.

PLEASE DISREGARD THE REDUCED TESTCASE ABOVE. IT WORKS FINE IN MOZILLA !!!

    
    

    
  
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

    
  
Whiteboard: [IGNORE REDUCED HTML TESTCASE; IT WORKS FINE]

    
    

    
  
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.

    
    

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

    
  
Status: NEW → ASSIGNED
Priority: P3 → P2
Summary: display bug when updating a <select> using javascript → [CBX]display bug when updating a <select> using javascript

    
    

    
  
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

    
  
Target Milestone: --- → mozilla1.1

    
    

    
  
QA contact updated
QA Contact: gerardok → madhur

    
  
Target Milestone: mozilla1.1 → Future

    
  
QA Contact: madhur → rakeshmishra

    
  
QA Contact: rakeshmishra → trix

    
    

    
  
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

    
    

    
  
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
Component: Event Handling → User events and focus handling

    
  
Severity: normal → S3

          You need to log in
          before you can comment on or make changes to this bug.
        






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: