[
https://issues.apache.org/jira/browse/AURORA-1479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Zameer Manji updated AURORA-1479:
---------------------------------
Fix Version/s: 0.10.0
> Observer chroot browser guesses content-encoding and content-type of files
> --------------------------------------------------------------------------
>
> Key: AURORA-1479
> URL: https://issues.apache.org/jira/browse/AURORA-1479
> Project: Aurora
> Issue Type: Bug
> Components: Observer
> Reporter: Zameer Manji
> Assignee: Zameer Manji
> Priority: Minor
> Fix For: 0.10.0
>
>
> From a user:
> {quote}
> This was discovered when I was trying to gather some test data and save it as
> a gzip in Aurora on the mesos instance. When downloading the gzip files in
> Chrome on Mac, the files were automatically ungzipped before they were
> downloaded. This was unexpected and caused some confusion/perceived
> corruption.
> It also may be reproducible by uploading a gzip as part of the job, then
> trying to download it via the web ui.
> The workaround is to scp the files from the host directly.
> {quote}
> This appears to be a [feature of
> bottle|https://groups.google.com/forum/#!topic/bottlepy/xtxsiUaw7s8] where it
> will guess the content-encoding and content-type of the static files it
> serves. I think the best step forward would be to follow the suggestion in
> [RFC2046|http://www.rfcreader.com/#rfc2046_line588] and set the content-type
> to application/octet-stream and set no content-encoding.
--
This message was sent by Atlassian JIRA
(v6.3.4#6332)