aurora-issues mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Zameer Manji (JIRA)" <j...@apache.org>
Subject [jira] [Updated] (AURORA-1479) Observer chroot browser guesses content-encoding and content-type of files
Date Tue, 10 Nov 2015 18:00:15 GMT

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

Mime
View raw message