Closed
Bug 5408
Opened 26 years ago
Closed 26 years ago
NECKO: Images don't display when viewing wire.ap.org; netlib?
Categories
(Core :: Networking, defect, P3)
Tracking
()
M10
People
(Reporter: elig, Assigned: gagan)
References
()
Details
* 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.
Summary: Images don't display when viewing wire.ap.org; netlib? → Images don't display when viewing wire.ap.org; netlib?
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
Per DP's suggestion marking these till M8. Though Necko lands with M7, we will
be able to verify it for M8.
Reporter | ||
Comment 5•26 years ago
|
||
[Just FYI, I noted while checking another bug that this still takes place using
the 6.7.99 build.]
Comment 6•26 years ago
|
||
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.
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. ;-)
Summary: Images don't display when viewing wire.ap.org; netlib? → NECKO: Images don't display when viewing wire.ap.org; netlib?
Comment 9•26 years ago
|
||
The images still aren't loading with necko :-(
Assignee | ||
Comment 10•26 years ago
|
||
Marking component for Necko.
Comment 11•26 years ago
|
||
Images and backgroud colors don't display on the URL specified above.
Assignee: gagan → pnunn
Status: ASSIGNED → NEW
Target Milestone: M9 → M10
Assignee | ||
Comment 12•26 years ago
|
||
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•26 years ago
|
||
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.
Updated•26 years ago
|
Status: NEW → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
Comment 14•26 years ago
|
||
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 ***
Reporter | ||
Updated•26 years ago
|
QA Contact: paulmac → elig
Reporter | ||
Comment 15•26 years ago
|
||
[QA Assigning to self to trace prior to verifying as duplicate.]
Reporter | ||
Updated•25 years ago
|
Status: RESOLVED → VERIFIED
Reporter | ||
Comment 16•25 years ago
|
||
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•25 years ago
|
||
Bulk move of all Necko (to be deleted component) bugs to new Networking
component.
You need to log in
before you can comment on or make changes to this bug.
Description
•