Issue metadata
Sign in to add a comment
|
Regression: Alt does not force download of PDF files
Reported by
brian.mc...@gmail.com,
Mar 14 2018
|
||||||||||||||||||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/65.0.3325.146 Safari/537.36 Steps to reproduce the problem: 1. Open settings and ensure "Download PDF files instead of automatically opening them in Chrome" is DISABLED. This is the default for Chrome. By default, PDFs should be shown in Chrome. 2. Visit a page with links to PDF files. eg., <a class="a" download="" href="https://dl.humble.com/exploringarduino.pdf?gamekey=[redacted]&ttl=[redacted]&t=[redacted]">PDF</a> 3. Hold the Alt key and click the link What is the expected behavior? When the Alt key is held, the file will be downloaded rather than opened in the browser What went wrong? The PDF is opened in the browser whether or not the Alt key is held Did this work before? Yes Chrome 64 Chrome version: 65.0.3325.146 Channel: n/a OS Version: OS X 10.13.3 Flash Version: The empty string on the "download" attribute in the example is a curious choice on Humble Bundle's part, but this did not previously affect the behavior. I'm not sure how much of a red herring that is. My understanding is <a download="" href...> is synonymous with <a download href...>
,
Mar 14 2018
@ryan - I just tried with Canary 67 on Windows 10 x64 and the problem persists on humblebundle.com 67.0.3370.0 (Official Build) canary (64-bit) (cohort: Clang-64) I'll see if I can make a stand alone repro.
,
Mar 14 2018
Interesting. I tried it on my personal site and it didn't happen; didn't try on Humble Bundle.
,
Mar 15 2018
,
Mar 15 2018
Thanks for filing the issue! This issue seems to be similar to that of Issue 806711, hence duplicating into it. please feel free to undupe if not the case. Removing Needs-Bisect label. |
|||||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||||
Comment 1 by ryanknut...@gmail.com
, Mar 14 2018