Closed Bug 131033 Opened 23 years ago Closed 17 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)
(deleted), 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: 23 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
Attached file frames content created with JS on reload gets lost (obsolete) (deleted) —
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: 23 years ago → 17 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: