5408 - NECKO: Images don't display when viewing wire.ap.org; netlib?

Status: VERIFIED DUPLICATE of bug 1582

(Core :: Networking, defect, P3)

Description

[Eli Goldberg]

* TITLE/SUMMARY
Images don't display when viewing wire.ap.org

* STEPS TO REPRODUCE
0) Launch Apprunner
1) View wire.ap.org

* RESULT
 - What happened

Page renders properly, but no images appear. I'm actually at a total loss to
break this down down. Here's my dissertation:

a. Communicator 4.51 and IE 4.5 actually will exhibit the same problem if you
save the HTML file to a server or onto your HD and try to load it. *MOST* of the
time. If you reload the page in 4.5, not all the images reload. I think there's a
cache issue, but I'm not sure. Can investigate further.

	(and, yes, of course I corrected all of the relative IMG paths and made them
absolute pointing to the server.) Loads fine all the time in Communicator 4.51 if
you do it directly off the server.

b. When trying to load it (in Communicator, at least), the status bar lists
attempted connections to wire.ap.org (ostensibly for the image files.)

	However, upon going to Page Info, the images aren't loaded; they're
displayed as broken, and the descriptive fields are either blank, or indicative
of a not-really-loaded image (e.g. content length of 36 bytes)

c. When I try to load a single image file off of the page (e.g. http://
wire.ap.org/APwire/static/images/general/bkgdblue2.gif), it instead loads the
entire page --- both in Gecko and in Communicator 4.51!

d. I cannot break the page down to a minimized portion in which images properly
load; I don't think it's possible on this page.

 - What was expected

Images to appear on page when loaded.


* REGRESSION

 - Occurs On
        Mac OS Apprunner (4.21.99 PM optimized build)
        Win32 Apprunner (4.21.99 PM optimized build)
        Linux Apprunner (4.20.99 PM optimized build)

 - Doesn't Occur On
        Communicator 4.51 (RTM; Mac OS)
        Internet Explorer 4.5 (RTM; Mac OS)



* CONFIGURATIONS TESTED

- [Mac] Power Mac 8500/120 (233 Mhz 604e), 64 MB RAM (VM on; 1 MB of VM used),
1024x768 (Thousands of Colors), Mac OS 8.5.1

- [Win32] Vectra VL (233 Mhz P2), 96 MB RAM, 800x600 (True Color), NT 4.0 SP3.

- [Linux] Vectra VL (266 Mhz P2), 96 MB RAM.

Comment 1

[Gagan]

Deffered till Necko lands...

Comment 2

[pnunn]

I do get an image request for the images on the page, but
I don't get the image data stream.

Just for the record, when I save the images, using a 4.51
browser, I can view the images in Gecko. If the imagelib got the
image data, the imagelib can decode them.

-pn

Comment 3

[Gagan]

Deferring till Necko lands...

Comment 4

[Gagan]

Per DP's suggestion marking these till M8. Though Necko lands with M7, we will
be able to verify it for M8.

Comment 5

[Eli Goldberg]

[Just FYI, I noted while checking another bug that this still takes place using
the 6.7.99 build.]

Comment 6

[James Everingham]

I'm moving this to target M9, Necko will be enabled somewhere during late M8 or
early M9.  We will need to get on this and it cannot be postponed past the M9
milestone.

Comment 7

[leger]

Changing all Networking Library/Browser bugs to Networking-Core component for
Browser.

Occasionally, Bugzilla will burp and cause Verified bugs to reopen when I do
this in a bulk change.  If this happens, I will fix. ;-)

Comment 8

[Gagan]

Pl. verify with Necko.

Comment 9

[Paul MacQuiddy]

The images still aren't loading with necko :-(

Comment 10

[Gagan]

Marking component for Necko.

Comment 11

[Warren Harris]

Images and backgroud colors don't display on the URL specified above.

Comment 12

[Gagan]

I dont get this. I see the correct url being made, I see the correct request
being made and I even see data fly by ok... but no images. Giving to Pam for her
assessment. Do you suppose this might have some data corruption which previous
versions could read/see ok and something in our newer versions changed? Also
marking this for M10.

Comment 13

[pnunn]

Gagan:

I'm getting a data stream that is not image data.
Here what I get from ImageConsumer:OnDataAvailable():

+	mBuffer	0x00de6770 "



<HTML>
<HEAD>
<META HTTP-EQUIV="content-type"
CONTENT="text/html;charset=iso-8859-1">
<META name="Description" content="The
Associated Press is the news industry's most immediate, comprehensive and
credible source of breaking news. The W"


At this point, I should only be seeing image data. This looks like mime
confusion to me.

Comment 14

[Hixie (not reading bugmail)]

The transient problems are probably due to a problem with the server's
configuration and maybe a few bugs in the server itself (they are using
Netscape-Enterprise/3.5.1).

However I have worked out what is causing the Gecko problems:

    The server is only sending the images back if the request comes with a
 referer field which points to their site, and we don't send the referer field!

If you examine all the symptoms mentioned above, you will find that that
explains everything. I have also verified this using Lynx and various tricks.

So this bug is in fact a dup of bug 1582.


*** This bug has been marked as a duplicate of 1582 ***

Comment 15

[Eli Goldberg]

[QA Assigning to self to trace prior to verifying as duplicate.]

Comment 16

[Eli Goldberg]

Oops. Forgot to insert comments from last week.

I believe Ian's conclusion is correct:
	- Attempting to load an image file from the site (no referer field) results
in the page being pushed.
	- The page itself warns that the browser must support the referer field:
"Older versions of the AOL browser don't identify referring servers, so you may
see this page repeatedly rather than entering The WIRE."
	- I also did a network trace using Gagan's system; nothing new.

Thus, verifying as duplicate.

Comment 17

[leger]

Bulk move of all Necko (to be deleted component) bugs to new Networking

component.