Note: There are a few cases of duplicates in user autocompletion which are being worked on.

Images are not displayed when "Content-encoding" HTTP header field is sent by web server

VERIFIED INVALID

Status

()

Core
Networking: HTTP
P3
normal
VERIFIED INVALID
17 years ago
15 years ago

People

(Reporter: Carey Evans, Assigned: Darin Fisher)

Tracking

Trunk
Future
x86
Windows 98
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

(URL)

Attachments

(1 attachment)

(Reporter)

Description

17 years ago
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; m16) Gecko/20000619
BuildID:    2000061908

Images served by IBM HTTP Server for AS/400 and S/390 are not displayed.  This
appears to be because these servers add an invalid "Content-Encoding: binary"
header.  IE and NN4 still display the images in spite of this.

Reproducible: Always
Steps to Reproduce:
Visit a web page with images served by IBM HTTP Server for AS/400 or S/390, such
as http://www.as400.ibm.com/ or http://www.s390.ibm.com/.

Actual Results:  Images are replaced by their ALT text.

Expected Results:  Mozilla could ignore the bogus header and display the images
anyway.

Comment 1

17 years ago
I was able to duplicate this on Windows 95 build 2000062508.  As said, "Content-
Encoding: binary" in the HTTP response header breaks the image, test case at
http://www.burlco.lib.nj.us/moz/encoding/

Comment 2

17 years ago
able to duplicate with build 2000062808 on win98

Comment 3

17 years ago
Able to duplicate with build 2000070220 under WinNT server 4.0 SP6a

Comment 4

17 years ago
Changed summary from "Images served by IBM HTTP Server for AS/400 and S/390 not
displayed"
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Images served by IBM HTTP Server for AS/400 and S/390 not displayed → Images are not displayed when "Content-encoding" HTTP header field is sent by web server

Updated

17 years ago
Target Milestone: --- → Future

Comment 5

17 years ago
Still not working using win32 2000082408 build.

Comment 6

17 years ago
*** Bug 50535 has been marked as a duplicate of this bug. ***
(Reporter)

Comment 7

17 years ago
This still exists, testing with Linux build 2000092621.

In addition, it doesn't just apply to images, it's just that images get the
Content-Encoding: binary header from IBM HTTP Server for AS/400.  Testing with
the Apache asis module, any file with any unknown encoding is affected.
(Reporter)

Comment 8

17 years ago
Created attachment 15651 [details]
Apache "asis" file with "Content-Encoding: x-foo" header
(Reporter)

Comment 9

17 years ago
It seems that IBM have decided to stop eating their own dogfood, and have moved
their AS/400^W iSeries website to AIX, so http://www.as400.ibm.com/ isn't a
useful example any more.  The site in bug #50535, http://www.hmv.com/, is still 
sending Content-Encoding: binary on images.

Comment 10

17 years ago
*** Bug 51337 has been marked as a duplicate of this bug. ***

Comment 11

17 years ago
*** Bug 56554 has been marked as a duplicate of this bug. ***

Comment 12

17 years ago
From Aaron West (comment in bug #56554):

This issue can be resolved by adding the following lines to the http.conf file
on the S/390 & AS/400:

AddType .gif image/gif 8bit
AddType .jpg image/gif 8bit

and removing the line:
AddType .gif image/gif binary

This removes the encoding:binary out of the header and allows Mozilla to handle
images appropriately.

Thanks for your help everyone.

Cheers,

Aaron...
(Reporter)

Comment 13

17 years ago
Confirmed.  This lets Mozilla load images from our local web server.

Comment 14

17 years ago
In the configuration change on the server, shouldn't the mime type for .jpg be 
image/jpeg as in:
AddType .jpg image/jpeg 8bit
(Reporter)

Comment 15

17 years ago
Yes, the MIME type should be image/jpeg there.  I didn't read the sample
configuration closely enough, and put the correct MIME type in anyway when
changing our web servers.
(Assignee)

Comment 16

17 years ago
added keyword 4xp.
Keywords: 4xp
(Assignee)

Updated

17 years ago
Blocks: 61694

Comment 17

17 years ago
http bugs to "Networking::HTTP"
Assignee: gagan → darin
Component: Networking → Networking: HTTP
Target Milestone: Future → M19

Comment 18

17 years ago
I don't know if this is a problem that really needs to be fixed in the browser
or not, but IBM has a PTF to fix this for the AS400 running V4R4 and V4R5. The
V4R4 PTF is SF64751, and the V4R5 PTF is SF64712.
(Assignee)

Updated

17 years ago
Target Milestone: --- → Future
(Assignee)

Comment 19

17 years ago
I agree, this is clearly a server misconfiguration bug.
Status: NEW → RESOLVED
Last Resolved: 17 years ago
Resolution: --- → INVALID

Comment 20

17 years ago
Seems to have gotten fixed at some point anyway.  Weird that it got marked 
"invalid", as Mozilla was the only browser I could ever find that exhibited this 
behavior, despite it being "clearly a server misconfiguration bug".  "Be liberal 
in what you accept, and conservative in what you send."
*** Bug 76582 has been marked as a duplicate of this bug. ***

Comment 22

15 years ago
Verified invalid.
Status: RESOLVED → VERIFIED
QA Contact: tever → junruh
You need to log in before you can comment on or make changes to this bug.