[Cyberduck-trac] [Cyberduck] #8263: Downloading gzipped files decompresses and truncates the content
Cyberduck
trac at trac.cyberduck.io
Sun Jan 25 10:58:54 UTC 2015
#8263: Downloading gzipped files decompresses and truncates the content
---------------------------------+------------------------
Reporter: thuettner | Owner: dkocher
Type: defect | Status: new
Priority: high | Milestone: 4.6.4
Component: s3 | Version: 4.5.2
Severity: normal | Resolution:
Keywords: AWS, S3, CloudTrail | Architecture: Intel
Platform: Windows 8.1 |
---------------------------------+------------------------
Changes (by dkocher):
* status: reopened => new
* milestone: 4.7 => 4.6.4
Comment:
I can reproduce the bug here with files in S3 that are compressed with a
`Content-Encoding: gzip` custom header set using metadata. The problem is
that we limit reading from the known deflated size of an object which
works in general for WebDAV because the `Content-Encoding` will be applied
on the fly when serving the file. The file is stored on the server
uncompressed and its length is known and we will read up the `n` bytes of
the uncompressed file from the deflated stream. Compared to S3, the file
is always compressed and the deflated size is not known. We only read the
`n` bytes equal the compressed object from the deflated stream.
As a resolution I think we best disable the detection of `Content-
Encoding` when connected to S3 instead of fixing the issue as otherwise
users will have downloaded `.gz` files that are already decompressed. We
may better want to retrieve the compressed file as is (and advertised in
the object key extension).
--
Ticket URL: <https://trac.cyberduck.io/ticket/8263#comment:18>
Cyberduck <http://cyberduck.io>
Libre FTP, SFTP, WebDAV, S3 & OpenStack Swift browser for Mac and Windows
More information about the Cyberduck-trac
mailing list