18297 - page with three frames doesn't load reliably

Status: RESOLVED WORKSFORME

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

Description

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

DESCRIPTION:  The page with three frames at the above URL does not load
reliably.  In fact, it barely ever loads.  Usually I only get the bottom frame
and the backghround image of the middle one.  However, once (using viewer, with
a copy of the page on my local disk as the command line argument), it loaded.
If I remove the top frame, the middle frame (the main image) loads just fine.
If I change the URL for the top frame to mozilla.org, it all loads fine.

STEPS TO REPRODUCE:
 * load http://ww2010.atmos.uiuc.edu/wx/cwp/prods/launchers/satnoamir.rxml

ACTUAL RESULTS:
 * no satellite image

EXPECTED RESULTS:
 * see a current north american satellite image as the main (middle) frame.

DOES NOT WORK CORRECTLY ON:
 * Linux, apprunner, 1999-11-08-08-M11
 * Linux, viewer, 1999-11-08-08-M11

WORKS CORRECTLY ON:
 * NN 4.61 Linux

Comment 1

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Attachment: simplified version of the page itself (doesn't work)

Comment 2

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Attachment: the above attachment, with the top frame removed (works fine)

Comment 3

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

Attachment: the (first) above attachment, with the link of the first frame changed to mozilla.org (works fine)

Comment 4

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I realized there's a java applet in the top frame.  Could that have something to
do with the problem?  The page should still load.  However, this may not be a
network problem...

Comment 5

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

I forgot that the top frame does load by itself (i.e., not within a frameset).
(It gives a javascript error, but the throbber in viewer does stop spinning.)
So there's probably a real bug here other than error handling for lack of Java.

Comment 6

[Gagan]

Doesn't seem like a networking problem.

Comment 7

[Eric Pollmann]

I think this is just due to java/javascript errors.  The errors should not stop
the load of the page, but here is what I found.

I copied the frameset locally and removed the bottom frame - it was still
broken.  I copied the top frame locally and changed the frameset to use that
instead - it was still broken.  I removed the applet tag from my local top
frame.  Suddenly it was no longer broken.

I also noticed that the javascript at the point of the error is a document.open
with a mimetype, which I'm not sure is supported yet:

doc.open("text/html");

Still looking into this...

Comment 8

[Eric Pollmann]

Maybe... Just maybe Vidur would know more about why java/javascript errors would
cause this page to stop loading?  :)  Can you enlighten me?  Thanks!

Comment 9

[ekrock's old account (dead)]

Seems like a rare combination of factors. Marking [TESTCASE] and moving to M17.

Comment 10

[ekrock's old account (dead)]

Bulk moving [testcase] code to new testcase keyword. Sorry for the spam!

Comment 11

[Gordon Schumacher]

I've found another example of this - unfortunately, once again, I don't think it
will display without a membership on this site, but if someone has one take a
look at http://www.etour.com/Member/start.asp - the bottom frame loads fine, the
top one doesn't.  If you push the "GO" button in the bottom frame, it *does*
load, though.  This implies to me that it's not loading the frame when it's part
of a frameset but can handle "TARGET=foo" loads with no problem.

(PLUG: If you decide to sign up for them to check out this bug, they're pretty
cool, use http://www.etour.com/default.asp?associd=aff3001)

Comment 12

[Eric Pollmann]

Rescheduling

Comment 13

[Eric Pollmann]

This bug has been marked "future" because the original netscape engineer working 
on this is over-burdened. If you feel this is an error, that you or another 
known resource will be working on this bug,or if it blocks your work in some way 
-- please attach your concern to the bug for reconsideration.

Comment 14

[David Baron :dbaron: (⌚️UTC-4, no longer working on Mozilla)]

The original testcase works fine now.  Can't access the one provided three
comments up.

Comment 15

[Kevin McCluskey (gone)]

Bulk reassignin HTML FRAME/IFRAME bugs to Eric.

Comment 16

[Robert Hershberger]

Attachment: Attached is a test page I did.

I am combining frames with java script.  But when I open the page it is
displayed wrong in Mozilla.  IE displays it as I expect (not nessessarily
right).  I am seeing code for both <noframes> tag and <noscript> tags.	Are
these supported by Mozilla?  Or have I gummed up my html/java code within the
page.

The attachment includes 4 html files and some images -- just so the page
doesn't have broken image tags.
Extract the files into the same directory and open 'index.html' that is the
frame mother.

Comment 17

[Kevin McCluskey (gone)]

Bulk re-assigning all of Eric's HTMLFrame bugs to John.

Comment 18

[Ed Young]

This problem is still alive in Mozilla 0.9.9.
Another testcase:
http://www-4.ibm.com/software/ts/mqseries/library/manualsa/csqzaf05/csqzaf05tfrm.htm

This is an online IBM manual page which works in Netscape 4.79.

Comment 19

[Tom Everingham]

qa -> amar

Comment 20

[Adam Hauner]

All online testcases are WFM 2002050908/trunk/Win2K
David, could you still reproduce this bug?

Comment 21

[Daniel Wang]

wfm moz2003040909/win98