136 bytes, text/plain
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.
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/
able to duplicate with build 2000062808 on win98
Able to duplicate with build 2000070220 under WinNT server 4.0 SP6a
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
Still not working using win32 2000082408 build.
*** Bug 50535 has been marked as a duplicate of this bug. ***
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.
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.
*** Bug 51337 has been marked as a duplicate of this bug. ***
*** Bug 56554 has been marked as a duplicate of this bug. ***
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...
Confirmed. This lets Mozilla load images from our local web server.
In the configuration change on the server, shouldn't the mime type for .jpg be image/jpeg as in: AddType .jpg image/jpeg 8bit
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.
added keyword 4xp.
http bugs to "Networking::HTTP"
Assignee: gagan → darin
Component: Networking → Networking: HTTP
Target Milestone: Future → M19
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.
I agree, this is clearly a server misconfiguration bug.
Status: NEW → RESOLVED
Last Resolved: 18 years ago
Resolution: --- → INVALID
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. ***
Status: RESOLVED → VERIFIED
QA Contact: tever → junruh
You need to log in before you can comment on or make changes to this bug.