Steps to reproduce 1. Open http://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-inbound-win32/1445374431/ for example 2. Click link "firefox-44.0a1.en-US.win32.txt" Actual Results: Download Expected Results: Open in browser. It worked in http://ftp.mozilla.org
at Step2, the server returns Content-Type : application/octet-stream in the response header. this is wrong. Content-Type should be text/plain; charset=UTF-8 .
Yes, this is a regression from bug 1211732. For *.txt.gz, which is buildbot logs, we currently have Content-Type: text/plain; charset=UTF-8 Content-Encoding: x-gzip Access-Control-Allow-Origin: * In the new system we have just Content-Type: application/octet-stream Other file types (.zip, .dmg, .tar.bz, .mar) may be worth setting too.
Component: Release Automation → Operations
Product: Release Engineering → Cloud Services
QA Contact: bhearsum
Summary: Clicking a link *.txt in archive.mozilla.org downloads it. It should be open in browser. → delivery: Set Content-Type when uploading to S3 (Clicking a link *.txt in archive.mozilla.org downloads it. It should be open in browser.)
Content-Type is fixed. Do we definitely want the CORs headers?
Nevermind, I've enabled CORs for GET.
Status: NEW → RESOLVED
Last Resolved: 3 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.