[Bug 342863] Re: Does not render SVG from .svgz without Content-Encoding: gzip

Fri Nov 19 20:26:19 UTC 2010

Launchpad has imported 11 comments from the remote bug at
https://bugzilla.mozilla.org/show_bug.cgi?id=283620.

If you reply to an imported comment from within Launchpad, your comment
will be sent to the remote bug automatically. Read more about
Launchpad's inter-bugtracker facilities at
https://help.launchpad.net/InterBugTracking.

------------------------------------------------------------------------
On 2005-02-25T15:04:20+00:00 Mastamappa wrote:

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

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/0

------------------------------------------------------------------------
On 2005-02-25T16:11:52+00:00 Lernean-hydra wrote:

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.

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/1

------------------------------------------------------------------------
On 2005-02-25T22:10:47+00:00 Smokey Ardisson wrote:

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

Moving to Tech Evangelism.

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/2

------------------------------------------------------------------------
On 2005-02-26T01:30:44+00:00 Felix Miata wrote:

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

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/3

------------------------------------------------------------------------
On 2005-04-19T01:42:18+00:00 Jonathan Watt wrote:

This is invalid. Reporter, please read:

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

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/4

------------------------------------------------------------------------
On 2005-04-19T04:12:23+00:00 Smokey Ardisson wrote:

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.

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/5

------------------------------------------------------------------------
On 2005-04-19T18:28:28+00:00 Jonathan Watt wrote:

(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.)

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/6

------------------------------------------------------------------------
On 2006-08-07T18:35:26+00:00 Ron Wilson wrote:

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

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/7

------------------------------------------------------------------------
On 2007-09-27T17:38:10+00:00 Bugz-justwidgets wrote:

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

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/8

------------------------------------------------------------------------
On 2007-10-03T04:02:29+00:00 Mastamappa wrote:

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

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/9

------------------------------------------------------------------------
On 2008-03-13T04:39:19+00:00 Mozilla-steltenpower wrote:

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 ...

Reply at: https://bugs.launchpad.net/firefox/+bug/342863/comments/10

** Changed in: firefox
       Status: Unknown => Confirmed

** Changed in: firefox
   Importance: Unknown => Medium

-- 
Does not render SVG from .svgz without Content-Encoding: gzip
https://bugs.launchpad.net/bugs/342863
You received this bug notification because you are a member of Mozilla
Bugs, which is subscribed to Mozilla Firefox.