Closed Bug 27142 Opened 25 years ago Closed 25 years ago

top100 site zdnet images fail to load

Categories

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

x86
Windows 95
defect

Tracking

()

VERIFIED FIXED

People

(Reporter: chofmann, Assigned: jud)

References

()

Details

(Keywords: top100, Whiteboard: [PDT+] [02/14/00])

Attachments

(2 files)

the zdnet: where technology takes you top banner doesn't show. blue background is shown but no yellow insert.. The columns also seem to have funny layout. I thought we were over the hump on get the zdnet guys to fix their site. Are these the result layer tag foolery still?
Keywords: beta1, top100
ekrock, can you please provide more info, thanks PDT.
Whiteboard: [NEED INFO]
One issue per bug report please. We're going to refocus this bug report on the images failing to load because that's the only issue here that doesn't appear to be a DUP of other bugs I already know of. If someone thinks there are other independent issues here I overlooked, please open a bug report for each one. When I look at the page in 2/10 Commercial on WinNT 4.0 SP4, I saw the "zdnet: where technology takes you" banner just fine, but the two ad images below it failed to load. So clearly there's a general image loading problem here, with the image that has trouble varying from load to load. I suspect this bug report is a DUP of other bug reports that may already exist on images failing to load in general, but ImageLib experts will know for sure. As far as the other issues raised in the initial report, FYI: a) The right box failing to show up appears to be a dup of bug 26598, in which a error alert appears and you never see the right box. b) I'm not certain what "funny layout" of columns is referring to, but I suspect Chris is talking about the effect of the known font size scaling bug 21950 causing fonts to be bigger and as a result throwing off expected page layout.
Assignee: ekrock → pnunn
Summary: top100 site zdnet images dont show up. → top100 site zdnet images fail to load
Whiteboard: [NEED INFO]
Waiting for an NT build, will have to test on linux until NT finished. This may be a redirect problem...or an image problem. -p
Status: NEW → ASSIGNED
Target Milestone: M14
This may be a redirect problem. When I look at the resolved urls for the images, they display with no problem. These resolved urls are: http://images.zdnet.com/adverts/imp/c09743/asap103.gif http://ads.x10.com/zdnet/oct1.gif reassigning to necko guys. -p
Assignee: pnunn → warren
Status: ASSIGNED → NEW
1.gif appears to be the file we are having problems with http://www.zdnet.com/graphics/heads/1.gif seems to load ok just by its self if you type the above in the url window. I tried http://www.zdnet today again just now and the image seems to load fine. the progress meter is behaving strangely though. After about 2 or 3 minutes the progress meter was still spinning but just about all of the page had loaded from visual appearance. today it was the second line of images that didn't show up (insweb and deal pilot express) After the 2 or 3 minutes I got a dialog telling me that "www.zdnet.could not be found." very strange. This looks networkish. <!--END TOPNAV--> <TABLE BORDER="0" WIDTH="610" CELLPADDING="0" CELLSPACING="0"> <TR><TD ALIGN="LEFT" VALIGN="BOTTOM" WIDTH="472" BGCOLOR="#333399"> <MAP NAME="zdnetlogo"> <AREA SHAPE=RECT COORDS="4,29,72,77" HREF="http://www.zdnet.com"> </MAP> <IMG SRC="http://www.zdnet.com/graphics/heads/1.gif" WIDTH="472" HEIGHT="105" ALT="" BORDER="0"><BR></TD> <TD ALIGN="CENTER" VALIGN="MIDDLE" BGCOLOR="#333399"> <!--START PPLS-->
ooops. didn't mean to post that section of the zdnet page source. thats the section of the page that loads the image I didn't see yesterday. One more note on the above. When I dismissed the "www.zdnet.could not be found." dialog by hitting ok there was another behind it saying "ads3.zdnet.could not be found." and a long url to the ads3 server appeared in the url bar.
Whiteboard: [PDT+]
This is one of the most HTTP/HTML abusive sites I've ever seen. There should be a law. Anyway... I think we're aggrivating several things here. First off, on a fresh pull of their site (shift-reload) they have: - I lost count at 100 (yes 100) URL's (almost exclusively images, but some js) that have to be loaded - 3 image URL redirects (302 responses) - 3 extra DNS lookups (images.zdnet.com, ads2.zdnet.com, ads3.zdnet.com - at least they're all in the same domain ;-) Here are the 3 redirect URLs http://ads3.zdnet.com/i/g=r342&c=a14437-a23129&idx=53/images.zdnet.com/adverts/i mp/c03824/etrade.gif http://ads2.zdnet.com/adverts/imp/dotclear.gif?g=r507&c=a30718&idx=01 http://ads3.zdnet.com//i/g=r436&c=a38934-a38603-a38274-a13934-a38119-a25047-a285 57-a21478-a38725-a38947&slidx=2000.02.12.12.1.0&idx=950380507686/http://images.z dnet.com/adverts/imp/dotclear.gif? I ran the trace twice because I simply could not believe it.
The redirect urls load fine when loaded alone, with the last one being an exception, I'm investigating now.
The third redirect url had an extra '/' when I copied it in above. Below is the correct URL. We're definatley dieing on this guy. I've cc'd andreas. Andreas, we filed/fixed another bug that converts ':' -> '|' on the PC, 26578 which might come up if you can analyze this. It's a distraction and something you won't confront as you're on linux. I pulled that conversion and still had the same problem (only with an escaped ':'). So, you'll notice the "http://" within the url itself. I think we handle most of these embedded issues, but this one is so far into the URL spec that it's choking us. We wind up trying to resolve that second http:// server (or so it appears, watch the status bar as you try to load this URL) or some munged version of it. Finally that lookup dies and spits back the "can't find ads3.zdnet.com" dialog. http://ads3.zdnet.com/i/g=r436&c=a38934-a38603-a38274-a13934-a38119-a25047-a2855 7-a21478-a38725-a38947&slidx=200002.12.12.1.0&idx=950380507686/http://images.zdn et.com/adverts/imp/dotclear.gif?
ahahhaahah. last time. THIS is the correct url to enter in the URL bar http://ads3.zdnet.com/i/g=r436&c=a38934-a38603-a38274-a13934-a38119-a25047-a2855 7-a21478-a38725-a38947&slidx=2000.02.12.12.1.0&idx=950380507686/http://images.zd net.com/adverts/imp/dotclear.gif?
Some of the adds fail because they redirect to https sites ... I also changed the escape matrix to allow = in the directory component. I no longer get the alert box.
This is becoming a recurring scenario... Andreas' saved our asses again :-) I'm reviewing his changes. There may be a small ripple affect that we're gauging/determining now. Assuming ownership of this bug.
Assignee: warren → valeski
Whiteboard: [PDT+] → [PDT+] [02/14/00]
all hail andreas! the man is givin' it up for the monkey...
fix in.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
This doesn't look like an ImageLib bug. QA Assigning to tever for verification. Thanks!
QA Contact: elig → tever
verified images loading problem: win95 2000021408
Status: RESOLVED → VERIFIED
*** Bug 27499 has been marked as a duplicate of this bug. ***
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: