Closed Bug 58935 Opened 24 years ago Closed 24 years ago

Images sometimes vanish after page finishes loading

Categories

(Core :: Graphics: ImageLib, defect, P3)

PowerPC
Mac System 9.x
defect

Tracking

()

VERIFIED DUPLICATE of bug 66508

People

(Reporter: mikepinkerton, Assigned: waqar)

References

()

Details

(Keywords: platform-parity, top100, Whiteboard: [rtm-])

- go to http://quote.netscape.com/quote/Quote.tibco?symbols=hwp&view=quote while the page is loading, the stock chart is in the correct position and visible. As soon as the throbber stops animating, the stock chart vanishes. There is no way to get it back.
branch, 10/31/00-14 FC build. I see this on other pages, just this one is very reproduceable. This appears to be mac only.
cc'ing mac folks and karnaze for tables. this could be a table reflow bug.
I see this too. Maybe it's a caching thing?
I'm seeing this same bug on my.netscape pages, where ad banners (gasp!) are disappearing at the end of page load.
Reload this page a bunch of times: <http://my.netscape.com/mynsnews/story.tmpl?table=n&cat=50900&id= 200011020729000235815> About 10% of the time, the ad banner at the top will disappear.
the ad example on netcenter is using the following HTML for the ad banner (see from a traffic sniffer): >000009C2> <!-- START: AOL 468 X 60 HTML AD TOKEN: DO NOT EDIT OR >000009F9> REMOVE THIS COMMENT --> >00000A11> <SCRIPT LANGUAGE="JavaScript1.1" SRC="http://ads.web.aol.com/htm >00000A51> l/64003664/netscape?htmlpre=document.write%28%27&htmlsuf=%3CBR%3 >00000A91> E%3CA%20HREF%3D%22http://ads.web.aol.com/link/64003664/netscape% >00000AD1> 22%3E%3CB%3EClick%20Here!%3C/B%3E%3C/A%3E%27%29%3b&xlnl=%5cn&xlt >00000B11> ick=%5c%27&ctype=application/x-javascript&cook=hdr"></SCRIPT> >00000B4F> <SCRIPT LANGUAGE="JavaScript"> Which sends off this query: end data (576 bytes). <00000000< GET /html/64003664/netscape?htmlpre=document.write%28%27&htmlsuf <00000040< =%3CBR%3E%3CA%20HREF%3D%22http://ads.web.aol.com/link/64003664/n <00000080< etscape%22%3E%3CB%3EClick%20Here!%3C/B%3E%3C/A%3E%27%29%3b&xlnl= <000000C0< %5cn&xltick=%5c%27&ctype=application/x-javascript&cook=hdr <000000FB< HTTP/1.1 <00000105< Cookie: HOMEPOP=aol:21:956269063509 <0000012A< Host: ads.web.aol.com <00000141< User-Agent: Mozilla/5.0 (Macintosh; N; PPC; en-US; m18) <00000179< Gecko/20001031 Netscape6/6.0 <00000197< Pragma: no-cache <000001A9< Cache-Control: no-cache <000001C2< Accept: */* <000001CF< Accept-Language: en <000001E4< Accept-Encoding: gzip,deflate,compress,identity <00000215< Keep-Alive: 300 <00000226< Connection: keep-alive <0000023E< which comes back with: Receive data (845 bytes). >00000000> HTTP/1.0 200 OK >00000011> Set-Cookie: badsc=B0eKizZAugFK81-4ryTwWg7rxspwxzt_e5gBdgV4cDWbpM >00000051> _Q31HbbPXHqdQErpVkbnOBzGwbVDQqevRBAeMHQq6SwE0I66-G2VuWJzVRNQQnqo >00000091> dHycmzw5BQ$$;path=/link/64003664 >000000B3> Pragma: no-cache >000000C5> Cache-Control: no-cache >000000DE> Expires: Thu, 02 Nov 2000 22:52:31 GMT >00000106> Date: Thu, 02 Nov 2000 22:52:31 GMT >0000012B> Content-Length: 483 >00000140> Content-Type: application/x-javascript >00000168> >0000016A> document.write('<a href="http://ads.web.aol.com/link/64003664/ht >000001AA> ml?badsc=B0eKizZAugFK81-4ryTwWg7rxspwxzt_e5gBdgV4cDWbpM_Q31HbbPX >000001EA> HqdQErpVkbnOBzGwbVDQqevRBAeMHQq6SwE0I66-G2VuWJzVRNQQnqodHycmzw5B >0000022A> Q$$"><img src="http://ads.web.aol.com/content/B0/0/dBLtps60oX26d >0000026A> ifIuGaamMbMKHULd0ytAMyHcK714unVmtNj0BUfekBcitDhpk3zohINv7iXMHE1I >000002AA> 9KbwhvCQTL_9cFU8PaR4IUgHoBYlYw$/aol" border="0" height="60" >000002E6> width="468"></a>\n<BR><A HREF="http://ads.web.aol.com/link/64003 >00000326> 664/netscape"><B>Click Here!</B></A>'); Maybe this is a document.write thing?
what about for the stock chart on the netcenter quote page?
Could we call disappearing ads a feature? :-b -p
Status: NEW → ASSIGNED
I just checked this on a linux build and the page looks ok. I could believe the imgcache was a culprit if it occurred on other platforms too. The fact it only shows up (or not show up) on the mac points more to platform specific code, like rendering. Sounds like a paint is going awry. adding Patrick as he likes this kind of bug. -p
Assignee: pnunn → kmcclusk
Status: ASSIGNED → NEW
Reassigning to Kevin for a mac gfx check. -p
Marking rtm-. Not enough time left to fix for rtm.
Whiteboard: [rtm-]
Waqar can you take a look at this on the Mac and see if its still a problem?
Assignee: kmcclusk → waqar
Investigating.
Status: NEW → ASSIGNED
hrm, this url no longer seems to be a problem (1/19/01 build). i hestitate to close this bug though since i'm sure i've seen this in other places
this happends on the 1/31/01 build on http://quote.netscape.com/quote/Quote.tibco?view=quote&symbols=AOL so it _does_ still happen. I've also seen this on a bunch of other pages with this build on my powerbook. Any ETA?
OS: Mac System 8.5 → Mac System 9.x
To clarify the timeline, this bug was filed before NS6 release. Bug 63091 started after NS6 release in Trunk builds around 12-15 and persisted until 0122 build as far as I can confirm, and 0122 build does not show this particular problem at the URL above. Bug 66508 started in 0124 build.
The fix for bug 66508 seem to have fixed this, too. Considering the time line, which actually originates in bug 56170, I guess this can be closed as a dupe to 66508. *** This bug has been marked as a duplicate of 66508 ***
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → DUPLICATE
Verified Duplicate
Okay, now it's verified
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.