[jira] [Updated] (AURORA-1479) Observer chroot browser guesses content-encoding and content-type of files

["Zameer Manji (JIRA)" <ji...@apache.org>]

     [ https://issues.apache.org/jira/browse/AURORA-1479?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Zameer Manji updated AURORA-1479:
---------------------------------
    Priority: Minor  (was: Major)

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