xfnw/plan9fox
1
0
Fork 0
Code Issues Pull requests Projects Releases Wiki Activity

hget: work arround apache Content-Encoding: gzip for Content-Type: application/x-gzip bug

Browse source 
apache sends Content-Encoding: gzip header for Content-Type: application/x-gzip
causing hget to decompress tgz files.

from the w3c:

The Content-Encoding entity-header field is used as a modifier to the media-type.
When presented, its value indicates what additional content codings have been applied
to the entity-body, and thus what decoding mechanisms must be applied in order to
obtail the media-type referenced by the Conent-Type header field. Content-Encoding
is primarily used to allow a document to be compressed without losing the
identity of its underlying media type.

this is clearly silly, as the file is already compressed, and decompressing it
will not yield the indicated Content-type: application/x-gzip, but a tarball.

examples:

http://zlib.net/zlib-1.2.8.tar.gz
https://www.mirbsd.org/MirOS/dist/mir/mksh/mksh-R50f.tgz
This commit is contained in:
cinap_lenrek 2015-05-14 14:12:28 +02:00
parent 2b4a488762
commit e611879eab
1 changed files with 3 additions and 3 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

6
rc/bin/hget
View file

@ -84,11 +84,11 @@ if(! ~ $s 0)
c=`{cat $d/contentencoding >[2]/dev/null}
switch($c){
case *gzip*
exec gunzip
~ `{cat $d/contenttype >[2]/dev/null} *gzip* || exec gunzip
case *bzip2*
exec bunzip2
~ `{cat $d/contenttype >[2]/dev/null} *bzip2* || exec bunzip2
case *compress*
exec uncompress
~ `{cat $d/contenttype >[2]/dev/null} *compress* || exec uncompress
}
exec cat
}