httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Marc Slemko <ma...@worldgate.com>
Subject Re: Accept-Encoding - the saga continues (fwd)
Date Thu, 19 Feb 1998 22:28:15 GMT
On Fri, 20 Feb 1998, Anand Kumria wrote:

> On Wed, 18 Feb 1998, Martin Kraemer wrote:
> 
> > On Mon, Feb 16, 1998 at 11:07:17PM -0800, Dean Gaudet wrote:
> > > - declare that this client is too broken for us to support it, and the
> > > client will need to be fixed.  In this case it's only gsview that needs
> > > fixing as far as I can tell. 
> > 
> > IMO it's more a MSIE bug: it saves the file under an incorrect name
> > (even though it changes its contents, i.e., uncompresses it, the extension
> > stays the same). Way broken!
> 
> Not really. If you as a user ask for a file to be downloaded wouldn't you
> be surprised if the filename you asked for doesn't appear (i.e. it gets
> renamed to <file>.ps instead)? gsview shouldn't be assuming that the name
> of a file has anything to do with the type of its contents.

No.  If a file is a .gz file, it sure as hell better be gzipped.

If it is a .tar file, it should be a tar file.

If a client changes the format of a file, it should change the name to
reflect it.  

If you do not have any extensions that map to types, you can argue that
you shouldn't change anything.  However, if you do then it is bogus not to
change things.

In fact, what some Windows clients do is change foo.tar.gz to foo.tar_tar
and don't uncompress it.


Mime
View raw message