Closed Bug 131033 Opened 22 years ago Closed 16 years ago

reload and back/forward affects rendering_of_frames/javascript in browser

Categories

(Core :: Layout: Images, Video, and HTML Frames, defect)

Product:
Core
Component:
Layout: Images, Video, and HTML Frames
Platform:
x86
All
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED WORKSFORME

People

(Reporter: jose.fandos, Unassigned)

References

(
URL
)

Details

(Keywords: regression)

Attachments

(1 file, 2 obsolete files)

frames content created with JS on reload gets lost (update)
1.26 KB, text/html
Details 
When visiting http://www.milltechnology.co.uk/ the javascript code that colors
the background as in the following snippet, doesn't work:

[...]
<script language="JavaScript">
    function blue() {return "<html><body bgcolor='#a5cef5'></body></html>"}
    function blank() {return "<html><body></body></html>"}
</script>
</head>
<frameset rows="*,496,*" border="0" frameborder="0" framespacing="0">
<frame src="javascript:parent.blue()" marginheight="0" marginwidth="0"
scrolling="no" noresize>
[...]

OTOH, if the scroll bar is hidden/shown, the colouring functions are executed.

The DOCTYPE doesn't change this behaviour. Also, to reproduce do nothing more
than to hide/show sidebar upon the page loading. If the page is clicked the
effect of the hiding/showing of the sidebar might not be any longer working.
in the latest build Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.0.0+) 
Gecko/20020504 this doesn't happen anymore.
Status: UNCONFIRMED → RESOLVED
Closed: 22 years ago
Resolution: --- → FIXED
verified per comments.
Status: RESOLVED → VERIFIED
The bug is there again in 1.4 RC3 and 1.5a
Status: VERIFIED → UNCONFIRMED
Resolution: FIXED → ---
Flags: blocking1.4?
I can confirm. It appears to be a regression, since this bug was fixed once already.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Keywords: regression
removed 1.4 voting thingy, since that's supposed to be gone and causing errors.
Flags: blocking1.4?
The testcase always reproduces, as opposed to the original page. To reproduce:

1. Load page. You see a white rectangle with some text surrounded by red.
2. Hit reload. All is white. No text, no red surrounding the center frame.
Seems JS is not executed again
3. Shift + Reload. All shows up again.

Also, if after seeing this page for the first time you travel from this page to
another and then come back, on coming back, the problem shows up (just thinking
of a way this could be considered more of a serious problem ;)
The attachment doesn't work because bugzilla seems it's resending the whole
thing everytime. A permanent link to the test case where you can always
reproduce is at http://sonnd.com/131033/


Reported in irc to be reproduced in 1.4.1, 1.6, 1.7a and firebird 0.7 under
linux, debian/testing. Changing OS to all.

Also, in IE, on viewing the frames source, you see for the center frame:

<html><body><p>Com anem?</p></body></html> 

and for any of the red frames:

<html><body bgcolor='#ff0000'></body></html> 

You see nothing in Mozilla (FWIW).
OS: Windows XP → All
Moving to Layout HTML Frames. Could also be History Session (Asa).
Component: Sidebar → Layout: HTML Frames
Updated summary and reassigning to owner of selected component.
Assignee: sgehani → nobody
QA Contact: sujay → core.layout.html-frames
Summary: hiding/showing sidebar affects rendering_of_frames/javascript in browser → reload and back/forward affects rendering_of_frames/javascript in browser
Better test case.
Attachment #140012 - Attachment is obsolete: true

        Attachment #140016 -
        Attachment is obsolete: true

    
    

    
  
Note bug 288462.

    
    

    
  
The sample under http://sonnd.com/131033/ works for me on latest trunk. Changing resolution to WORKSFORME


Status: NEW → RESOLVED
Closed: 22 years ago → 16 years ago
Resolution: --- → WORKSFORME

    
  
Product: Core → Core Graveyard
Component: Layout: HTML Frames → Layout: Images
Product: Core Graveyard → Core

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






  

    
  







  

    

      
Attachment

      

      
      
      
      
    

    

      

        

          

            
General

            

              Creator: 



            

            
Created: 

            
Updated: 

            
Size: