72382 - Problems loading this document

Status: RESOLVED WORKSFORME

(SeaMonkey :: General, defect)

Description

[John Morrison]

-> me for now

http://www.amdzone.com
www.amdzone.com loads fine for me on win32/linux with 0316 builds. But it is 
hopeless on the mac, and should be filed as a separate bug, which someone can
then narrow down to find the cause. And so I've filed bug

Comment 1

[hirata masakazu]

The URL loads fine on 030508 trunk build for Mac. Therefore it is a recent
regression, I suppose.

Comment 2

[Cathleen]

John, is this still happening?  If it is, we should get a Mac guy to help out.

Comment 3

[John Morrison]

Oops, dropped my brain on the floor.

Okay, previously (3/16) this page would just not load on the Mac. Now, in 
a current build it loads, but never "completes" loading (throbber, wait cursor, 
etc.).

But a current build on win2k behaves in about the same way (not firing onload),
and, at least superficially, this looks like bug 74506 (the one about not 
firing onload for some of the pages in the page loading test). It did however
manage to fire onload on Linux (go figure).

Comment 4

[John Morrison]

Well this loads (mostly) fine in current trunk builds on Mac/linux/win32.

There is one "problem": there are three iframes that serve up ad banners. 
They do not load in mozilla, but they do in Nav4.x. The problem is that 
these pages return nothing but the HTML for that URL; there is absolutely
no header information preceding the HTML. 

Gonna mark this worksforme for the original problem, but I have one question.

darin: is a headerless stream something we are trying to handle?

Comment 5

[Bradley Baetz (:bbaetz)]

HTTP/0.9 doesn't have any headers. We attempt to do content-type sniffing, but
the html in ads tend to be low quality, and so its hard to detect. We should get
most ads though, and that page loads for me in 0.9.4.

Comment 6

[Darin Fisher]

jrgm: ads change, and so if you notice an ad not loading, please save a copy of
the HTML source... we can then add appropriate code to the sniffer to handle the
ad.  thx!

Comment 7

[John Morrison]

Filed http://bugzilla.mozilla.org/show_bug.cgi?id=103757 for the ad banner,
http/0.9 issue. Marking this bug worksforme for the original problem noted.