1689018 - <a download> is not respected when there is a redirection

Status: RESOLVED FIXED

(Core :: Networking, defect, P2)

Description

[Jesse Chan]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/88.0.4324.96 Safari/537.36 Edg/88.0.705.50

Steps to reproduce:

There is a <a download> that links to /api/foo/data.

/api/foo/data 302 redirects to /api/foo/data?token=bar, which returns Content-Disposition: inline.

Actual results:

Firefox tries to open the content inline.

Expected results:

This is inconsistent with the generally accepted behavior that client preference (download attribute of <a>) should be prioritized. See 1658877.

Safari and Chromium respects download and tries to download the content.

Comment 1

[:Gijs (he/him)]

Do you have a live testcase that could be used for this bug?

Comment 2

[Jesse Chan]

(In reply to :Gijs (he/him) from comment #1)

Do you have a live testcase that could be used for this bug?

https://firefox-1689018.vercel.app/

Comment 3

[Kershaw Chang [:kershaw]]

(In reply to Jesse Chan from comment #2)

(In reply to :Gijs (he/him) from comment #1)

Do you have a live testcase that could be used for this bug?

https://firefox-1689018.vercel.app/

Thanks. I'll take a look at this.

Comment 4

[Kershaw Chang [:kershaw]]

Attachment: Bug 1689018 - Convey content disposition information to new redirect channel

Comment 5

[Pulsebot]

Pushed by [e-mail]:
https://hg.mozilla.org/integration/autoland/rev/8b60244d810e
Convey content disposition information to new redirect channel r=necko-reviewers,Gijs,valentin

Comment 6

[Alexandru Michis [:malexandru]]

https://hg.mozilla.org/mozilla-central/rev/8b60244d810e