283620 - comcast.net - doesn't send proper MIME type for .svg/.svgz files (files don't use SVG plugin)

Status: RESOLVED FIXED

(Web Compatibility :: Site Reports, defect)

Description

[MastaMappa]

User-Agent:       Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041201 Camino/0.8.2
Build Identifier: Mozilla/5.0 (Macintosh; U; PPC Mac OS X Mach-O; en-US; rv:1.7.5) Gecko/20041201 Camino/0.8.2

Upon furthure review, this looks like a configuration problem with my ISP's web
server. Both .svg and .svgz files work fine when served from my local disk, but
when served from the web server, .svg files show source, and .svgz file DL to
disk. What configuration change do I need to ask my ISP to make?




Reproducible: Always

Steps to Reproduce:
1. download/install SVG plug-in
2. http://mastamappa.home.comcast.net/svg/z229.svg
3. http://mastamappa.home.comcast.net/svg/z229.svgz

Actual Results:  
in IE (yuck) it works
in Camino/Mozilla it shows source or DLs file to disk

Expected Results:  
display SVG image

Comment 1

[L. H.]

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.

Comment 2

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

See this link for info on MIME type for SVG <http://wiki.svg.org/index.php/MimeType>

Moving to Tech Evangelism.

Comment 3

[Felix Miata]

Conforming summary to TFM item 10 at 
http://www.mozilla.org/projects/tech-evangelism/site/procedures.html#file-new

Comment 4

[Jonathan Watt [:jwatt]]

This is invalid. Reporter, please read:

  http://www.mozilla.org/projects/svg/faq.html#source
  http://jwatt.org/svg/authoring/#server-configuration

Comment 5

[Smokey Ardisson (offline for a while; not following bugs - do not email)]

It was quite clear from early on that this was a Tech Evangelism bug rather than
an SVG bug, since Comcast (a major US ISP) does not have the correct MIME type
set for SVG files.  There's nothing an end-user can do to fix it, and moving it
from TE to SVG and marking it invalid certainly doesn't help the situation.

Reopening, clarifying summary, and moving back to TE.

Comment 6

[Jonathan Watt [:jwatt]]

(In reply to comment #5)
> There's nothing an end-user can do to fix it

Ah, okay. I didn't realise you were trying to get it fixed for a whole ISP. I
thought it was only for the reporter's own website. Nevertheless, those docs
should explain what needs to be done. Please note that it's not only the
MIME-type that's wrong. Servers should also send Content-Encoding: gzip for
gzipped .svgz files. (I don't know how that can be fixed for different versions
of IIS, so if anyone knows I would be *very* interested to hear from them.)

Comment 7

[wilsonronl]

tripod.com has this same problem. Submitted support request to them, but they rejected it with only a (useless) canned explanation.

Comment 8

[George Rypysc]

This is still an issue for home.comcast.net.  It appears Comcast is using Netscape-Enterprise/4.1, not IIS or Apache.
I don't have a Comcast account, so I can't test this, but it's possible they are configured like a nice webhost and allow end-users to do the ".htaccess" fix? (http://wiki.svg.org/Server_Configuration:Apache)  Yes, they aren't using Apache but from the Netscape-Enterprise docs: 

"You may need to allow end users to access a subset of configuration options ...Two types of dynamic configuration files are supported by Netscape Enterprise Server: .htaccess and .nsconfig."
http://docs.sun.com/source/816-5654-10/esapuirf.htm#1004820

Comment 9

[MastaMappa]

I think someone suggested this to me once before, but I couldn't remember so I tried again. I get this error when I try to upload the file:

550-The path or filename you have entered contains forbidden characters.
550-A filename may contain only alphabetic letters in capitals (A-Z) or lower
550-case (a-z) and the numbers 0-9.  The symbols dash (-), underscore (_) and
550-dot (.) may also be used.  A filename may NOT start with a dot or dash.
550 .htaccess: Forbidden filename

comcast != friendly web host

Comment 10

[mozilla]

Would a list of broken SVG content around the web be useful?
I could put logging on the bookmarklet on http://steltenpower.com/svgopen/svgproxy.php ...

Comment 11

[Karl Dubost💡 :karlcow]

→ http HEAD http://mastamappa.home.comcast.net/~mastamappa/svg/z229.svg
HTTP/1.1 200 OK
Accept-Ranges: bytes
Content-Length: 117062
Content-Type: image/svg+xml
Date: Wed, 03 Sep 2014 00:58:11 GMT
ETag: "5bbf945-1c946-4d0502a5"
Last-Modified: Sun, 12 Dec 2010 17:13:09 GMT
Server: Apache

This is fixed.