Closed Bug 266696 Opened 20 years ago Closed 12 years ago

Some frames don't appear

Categories

(Firefox :: General, defect)

Product:
Firefox
Component:
General
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
normal

Tracking

()

Status:
RESOLVED INCOMPLETE

People

(Reporter: alessandro.bompadre, Unassigned)

References

(
URL
)

Details

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows 98)
Build Identifier: Firefox 9.x or Newer

If I Login in www.mvillage.it with firefox 8 i Can open the chat window and I 
can chat 
if I use Firefox 9 or Firefox 10 I can open the chat windows but the frame at 
leftside and the frame at rightside look like empty

Reproducible: Always
Steps to Reproduce:
1.log into www.mvillage.it
2.click chat link 

Actual Results:  
a new window is opened left frame and right frame, look like empty


Expected Results:  
open a new window and show left frame and right frame
Summary: Some frames don't appear → Some frames don't appear
I have a similar problem with both Firefox and Mozilla suite browser: I
installed Feed on Feeds (a RSS aggregator) and in frame mode, when the number of
items is too large, the left frame won't load any more.

You can test it here:  http://cygnus.ics.uci.edu/~radu/fof/frames/

In Internet Explorer, it loads ok. I presume it is some sort of timing problem,
because the right frame has this in:

<body onload="top.menu.location.reload();">

And probably the reload of the left frame starts before it finished loading if
it's too large.

I tried the WWW validator and the page is fine.

I found some additional information on the web:

http://lists.slimdevices.com/archives/developers/2004-May/009136.html

Other people have observed the same behavior (quote below):

"The problem seems to be a Firefox/Mozilla bug related to timing in frame 
loading order. When the onload handler of status_header.html fires when 
the frameset loads for the first time, playlist.html may not yet have 
started loading. As a result, parent.playlist.location may not yet be 
set. Calling reload on the (as yet not loaded) playlist page prevents it 
from loading at all. Subsequent calls to reload when the status header 
page refreshes just reloads about:blank."

In my similar setup, there are three frames:

<frameset id="hframeset" cols="<?php echo $cols?>" >
<frameset id="vframeset" rows="<?php echo $rows?>" >
<frame src="menu.php" name="controls" />
<frame src="feeds.php" name="menu" />
</frameset>
<frame src="view.php" name="items" />
</frameset>

And this onload in view.php causes the problem:

<body onload="top.menu.location.reload();">

If I apply the fix found in the above discussion it works fine:

<body onload="if (top.menu.location != 'about:blank') top.menu.location.reload();">

This timing problem does not appera in Internet Explorer, but appears in Mozilla
and Firefox.

I can confirm that this bug exists, and that the workaround that Radu mentioned
works for the time being.  It's still an ugly bug that seems to be in need of a
code fix, though...
Assignee: bross2 → nobody
Site has changed since 2004, no longer relevant.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.