Closed
Bug 65579
Opened 24 years ago
Closed 24 years ago
Mcafee.com page takes minues to show up.
Categories
(Core :: Layout, defect)
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.
Reporter | ||
Updated•24 years ago
|
Summary: http://www.mcafee.com/anti-virus/default.asp? → Mcafee.com page does not show up.
Comment 1•24 years ago
|
||
works for me with build 2001011420 on NT4.
Reporter | ||
Comment 2•24 years ago
|
||
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.
Comment 3•24 years ago
|
||
Worksforme mozilla0.7 win95. Will test in a nightly in a minute.
Comment 4•24 years ago
|
||
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?
Comment 7•24 years ago
|
||
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
Reporter | ||
Comment 10•24 years ago
|
||
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.
Comment 11•24 years ago
|
||
Reporter | ||
Comment 12•24 years ago
|
||
This one is fast. It still results in seven loadings(?) if you click to see the
pull down.
Comment 13•24 years ago
|
||
Comment 14•24 years ago
|
||
Reporter | ||
Comment 15•24 years ago
|
||
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?
Comment 16•24 years ago
|
||
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!
Comment 17•24 years ago
|
||
note, all this is taken out of the original source of that website!!
Comment 18•24 years ago
|
||
This seems a network related problem. The page is loaded, bug Mozilla things
it's still loading!
Comment 19•24 years ago
|
||
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
Comment 20•24 years ago
|
||
Comment 21•24 years ago
|
||
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.
Comment 22•24 years ago
|
||
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 --
Comment 23•24 years ago
|
||
Shit why didn't I test this sooner, try to ping directads.mcafee.com. Do you get
that time-out error also??
Reporter | ||
Comment 24•24 years ago
|
||
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.
Comment 25•24 years ago
|
||
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!
Comment 26•24 years ago
|
||
>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.
Reporter | ||
Comment 27•24 years ago
|
||
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.
Description
•