Does not render SVG from .svgz without Content-Encoding: gzip
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Mozilla Firefox |
Won't Fix
|
Medium
|
|||
firefox (Ubuntu) |
Invalid
|
Undecided
|
Unassigned |
Bug Description
Ubuntu Intrepid 8.10, Firefox 3.0.7
I am testing using the Adobe SVG samples at http://
XML Parsing Error: not well-formed
Location: http://
Line Number 1, Column 1:
It appears that Adobe has neglected to configure AddEncoding gzip .svgz, given that the result of
$ wget --save-headers http://
(with or without adding --header=
HTTP/1.1 200 OK
Date: Sat, 14 Mar 2009 17:11:17 GMT
Server: Apache
Last-Modified: Mon, 22 Oct 2001 22:58:43 GMT
ETag: "2bd1-6d282ec0"
Accept-Ranges: bytes
Content-Length: 11217
Cache-Control: max-age=21600
Expires: Sat, 14 Mar 2009 23:11:17 GMT
X-UA-Compatible: IE=7
Keep-Alive: timeout=5, max=500
Connection: Keep-Alive
Content-Type: text/plain
whereas the result of the same process with the examples at http://
Content-Type: image/svg+xml
Content-Encoding: gzip
headers.
Yes, yes, let's all go tell Adobe (and so many others) to fix their server configuration. OK, we should. But there ought to be a client-side way to get Firefox to do the right thing.
Changed in firefox (Ubuntu): | |
status: | Confirmed → Invalid |
Changed in firefox: | |
importance: | Unknown → Medium |
status: | Unknown → Confirmed |
Changed in firefox: | |
importance: | Unknown → Medium |
status: | Unknown → Won't Fix |
They should not serve svg files at Content-type: text/plain. Works in IE
because IE cheats and ignores content-type sometimes.
Bug is invalid.