Closed Bug 65579 Opened 24 years ago Closed 24 years ago

Mcafee.com page takes minues to show up.

Categories

(Core :: Layout, defect)

PowerPC
All
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME

People

(Reporter: tarahim, Assigned: clayton)

References

()

Details

(Keywords: perf)

Attachments

(5 files)

Cookie is disabled. MTrunk 2001011508. The above URL takes for ever to load completely, probably due to JavaScript codes. Pressing Stop make Mozilla to show the contents of the page. There are a lot of pages at Mcafee site that show similar symptom. NS 4.7 does not show the problem even if every cookie request is denied by pressing ESC key during the load.
Summary: http://www.mcafee.com/anti-virus/default.asp? → Mcafee.com page does not show up.
works for me with build 2001011420 on NT4.
It looks like Mozilla is having difficulty getting some banner ads in a frame. If I wait long enough, longer than a few minutes, the page is rendered, with some text from the lower frame in place of the banner ad in the upper frame. Changed the summary.
Summary: Mcafee.com page does not show up. → Mcafee.com page takes minues to show up.
Worksforme mozilla0.7 win95. Will test in a nightly in a minute.
Also works for me on Linux, source build from 01-14.
Build 2001011220 on WinNT4 takes a hell of a long time to load this page, with and without cookes enabled.
Jumped into that document. What is that web author doing?? Have you seen that? This document goes like this: <html><head><title></title>then 3 <script></script> parts and then this: </head><body><head><link><script></script></head><table> <tr><td></table></head><table>..... Then seven times something like this: //document.write('<IFRAME SRC="'.... //document.write(' ..... document.write('<SCR'); document.write('IPT SRC="'.... document.write('</SCR'); document.write('IPT>'); Why not use "document.write('<\/SCRIPT>');" document.write('</IFRAME>'); <===== get rid of this one =====> What should we expect?
Browser, not engine. Reassigning to Browser-General for further triage. Changing OS to "All" in light of H-J's experience with the site on WinNT. Note: it seems to take NN4.7 just as long as Mozilla to load this page. IE4.7, on the other hand, was pretty fast on it.
Assignee: rogerl → asa
Component: Javascript Engine → Browser-General
OS: Mac System 9.x → All
QA Contact: pschwartau → doronr
make sure to put that testcase on your hard drive!
Whether H-J's file or the URL above, it takes minutes to load. Interestingly, after the page is displayed, the pull down under Go menu or Back button show seven identical page titles.
This one is fast. It still results in seven loadings(?) if you click to see the pull down.
Looks like multiple loadings(?) part of this URL is a dupe of bug 65483. Is the slowness a bug in itself in this case? If not, we should mark this as a dupe, or invalid?
You know what? In Netscape 4.76 the last example takes only 2.5 seconds on a Pentium 1500MHz. The same code in Mozilla take, hell I don't know it's still loading! Hirata, the original code on the website doesn't use that <IFRAME> element. I have inserted that part only to see if that's faster! The last example doesn't use <IFRAME> but plain old JavaScript! Don't know yet waht it is, but something is making it very ugly here!
note, all this is taken out of the original source of that website!!
This seems a network related problem. The page is loaded, bug Mozilla things it's still loading!
hmm, on win32 2001011504, page loads fast, but throbbe continues to work for long after it's done. This is not networking, but perhaps layout? sending there to see what layout people think. possibly a dom 0 issue (js)
Assignee: asa → clayton
Component: Browser-General → Layout
QA Contact: doronr → petersen
Attached file very small extracted testcase (deleted) —
Last testcase with clear URL of the directads.mcafee.com server. For testing of the bug. Replace the 1 in "FOOTER/AREA=FOOTER.1" with 2,3,4,5,6 or 7 in this testcase for the other used links on the mcfee website.
This is how the received code lookes, without the start end end stuff: (received as mime type="application/x-javascript") -- start -- document.writeln("<font face=\"Verdana,Arial,Helvetica,Geneva\" size=1 style=\"font-size:9.5px\" color=\"green\">"); document.writeln("<a href=\"http://directads.mcafee.com/adclick/CID=0000020257077c9300000000/acc_random=948154637936/SITE=MCAFEE.COM.FOOTER/AREA=FOOTER.1\" target=\"_top\">"); document.writeln("Buy McAfee Software</font></a>"); document.close(); -- end --
Shit why didn't I test this sooner, try to ping directads.mcafee.com. Do you get that time-out error also??
My question is why most of the content do not get displayed becuase of the small part that depends on directads.mcafee.com ? I believe that part contributes to the right 1/4 of the entire page. It seems to me that part depends on iframe. When directads.mcafee.com is responding well, the page loads tremendously faster.
Hirata, when a page load is finished Mozilla does a final rendering, with all images and width and height set according to them. But as you can see is Mozilla in some 'sort of state' that prevents it from doing the final rendering! Mozilla can be really fast but then A: directads.mcafee.com site must response quickly and B: the code should be 100% HTML Ok and C: Mozilla must work well. It seems that there's a way to bring the Mozilla source on it's knees. Now the experts need to take a look at that specific part. I'm sure they will find the right fix for this problem!
>It seems to me that part depends on iframe. >When directads.mcafee.com is responding well, the page loads tremendously faster. When <iframe> is used, http://directads.mcafee.com/hserver sends HTML code. When <script> is used, http://directads.mcafee.com/jserver sends Javascript. The javascript '/jserver' part code is the problem. HTML works just fine.
Keywords: perf
This has been working for sometime now. It seems that the order of rendering a page has been changed so that it does not get dragged down by wainting for iframe item to load. Marking as WFM.
Status: NEW → RESOLVED
Closed: 24 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: