Closed Bug 222642 Opened 22 years ago Closed 21 years ago

page does not load conpletely all the time

Categories

(SeaMonkey :: General, defect)

x86
All
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WORKSFORME

People

(Reporter: pastyboyz, Unassigned)

References

()

Details

(Keywords: top100)

Attachments

(2 files)

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.5) Gecko/20031007 ESPN web page does not load completely, and sometime stalls. Had to reload a few times to get the page to laod. This is true for all ESPN pages. This problem was not present in Mozilla 1.4.1 As a sports fan I visit this (Microsoft IE/Front Page created) web page often. Reproducible: Sometimes Steps to Reproduce: 1.Load http://msn.espn.go.com/ 2.Try a few ESPN Links 3. repea, may have to hit refresh a few times Actual Results: Page would not load all the way. Page load would stall Expected Results: Loaded the page normally with out stalling
I see this too in 2003-10-16-05 trunk Linux but not in a -current debug build. Maybe it was fixed by bug 131775?
Keywords: top100
OS: Windows 2000 → All
Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6a) Gecko/20031017 nneded 4 retries to load the site, maybe because my slow Celeron333 with 96 MB RAM doesn´t love THIS flash combined with tons of Javascript trying to connect to different servers telling them about me. When the athlete on the flash ad is enlarged, the image leaves the bounds of the flash, if seen without the surrounding html. So maybe cropping the growing image takes lot of CPU time, I don´t know. Here the links for download, ad + menu: http://adsatt.espn.starwave.com/ad/sponsors/PROCTER_&_GAMBLE/Aug_2003/proc-728x90-0007.swf http://msn.espn.go.com/swf/fp/masterheader2003.swf If I copy these links into the location bar, NS4.7 starts, the flash is downloaded to c:\windows\temp, and Netscape4.8 comes up and displays it as flash on my Win98 computer, and as text on my Win98SE computer. When I´ve downloaded a site like this (Webpage, complete) and open the local file, all flash is duplicated, shown twice.
The first step to getting anywhere on this bug is to find out what networking settings the people seeing it use...
I don´t think it was fixed by bug 131775, as I´m running BuildID 2003101704, and that bug got fixed 2003-10-16 12:38
if you load http://adsatt.espn.starwave.com/ad/sponsors/PROCTER_&_GAMBLE/Aug_2003/proc-728x90-0007.swf directly, like downloading to temp and opening from there, the flash has no borders. In the website, it must fit into it´s place, and the overlapping parts are cropped and hidden. Here you see the overlapping parts, produced by the animation, i.e. repeating. Could be that this consumes some CPU-time, if the enlargement is done by the plugin, and the cropping done by mozilla, but I assume the cropping is done by the plugin via its parameters. The flash ad isn´t in the HTML, it gets inserted via document.write: <div id="upperad"><table width="772" cellpadding="0" cellspacing="0" border="0" bgcolor="#cccccc"><tbody><tr><td width="728"><script language="JavaScript" type="text/javascript"> <!-- var flash = 0; var ShockMode = 0; var Flash_File_Path = "http://adsatt.espn.starwave.com/ad/sponsors/PROCTER_&_GAMBLE/Aug_2003/proc-728x90-0007.swf"; var default_image = "http://adsatt.espn.starwave.com/ad/sponsors/PROCTER_&_GAMBLE/Aug_2003/proc-728x90-0007.gif"; var default_URL = "http://games.espn.go.com/pigskin/frontpage"; var URL = escape("http://games.espn.go.com/pigskin/frontpage"); var default_alttext = "Old Spice Red Zone Deodorant"; var trackclick = "?clicktag="; var default_track = "http://transfer.go.com/cgi/atransfer.pl?name=137312&srvc=sz&guid=E7D02092-70A6-44C8-B6F8-0CC9D9C61FC4&context=53156&goto="; var encoded_track = "http://transfer.go.com/cgi/atransfer.pl?name%3d137312%26srvc%3dsz%26guid%3dE7D02092-70A6-44C8-B6F8-0CC9D9C61FC4%26context%3d53156%26goto%3d"; var ad_width = "728"; var ad_height = "90"; //--> </script> ..... <script language="JavaScript" type="text/javascript"> <!-- if (flash == 1) { document.write('<OBJECT .. IE code .. document.write('<\/OBJECT>'); }else{ if (navigator.mimeTypes && navigator.mimeTypes['application/x-shockwave-flash'] && navigator.mimeTypes['application/x-shockwave-flash'].enabledPlugin) { if(navigator.plugins["Shockwave Flash"].description.substring(16,19) >=6) { ShockMode = 1; document.write('<EMBED SRC='+Flash_File_Path+trackclick+encoded_track+URL+''); document.write(' NAME=banner1 swLiveConnect=FALSE WIDTH='+ad_width +' HEIGHT='+ad_height +' border="0"'); document.write(' QUALITY="HIGH" MENU=FALSE'); document.write(' TYPE="application\/x-shockwave-flash" PLUGINSPAGE="http:\/\/www.macromedia.com\/shockwave\/download\/index.cgi?P1_Prod_Version=ShockwaveFlash">'); document.write('<\/EMBED>'); }}} if (flash != 1 && ShockMode != 1) { document.write('<A HREF='+default_track+default_URL +'>'); document.write('<img WIDTH='+ad_width+' HEIGHT='+ad_height +' border="0" src='+default_image +' alt='+ default_alttext +'>'); document.write('<\/a>'); }
networking settings: ISDN 64 kbps (single channel) Edit->Preferences->Advanced->Networking Settings gives: Use HTTP 1.1 Enable Keep Alive no Pipelining same for proxy, but I don´t use a proxy. Will retry with pipelining enabled. I´m just down on my resources to 9%user, 9% system and 70% GDI, so I better submit now. ( Celeron 333, 96 MB RAM, Win98 SP1 ) Mozilla/5.0 (Windows; U; Win98; en-US; rv:1.6a) Gecko/20031017
Out of curiosity, did anyone who is seeing this problem happen to use this "tweak" for speeding up Mozilla in their user.js or prefs.js file? user_pref("content.notify.ontimer", true); user_pref("content.notify.interval", 400); user_pref("content.notify.backoffcount", 200); At one point I had these preferences enabled and found it caused odd behaviors like the one reported here, although it could have been a coincidence. Slashdot was particularly affected, and would often come up only partially loaded like this.
Is this bug still occuring in recent builds? No one has commented in over four months.
WFM, 2004-03-05-09 trunk Windows XP. Make sure you have the preference "Privacy&Security -> Images -> Image Acceptance Policy: Accept all images". If you only accept images from the originating server many of the images will not load. Please try again with Mozilla 1.7a or newer.
Resolving WFM, there hasn't been a comment from anyone experiencing this bug in ages and it doesn't appear to exist anymore. If someone can reproduce this in a recent build, please feel free to reopen.
Status: UNCONFIRMED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: