Download attribute not working properly for Chrome iOS 9.3.1
Reported by
jeremiah...@gmail.com,
Apr 21 2016
|
||||||||
Issue descriptionUserAgent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_11_3) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/50.0.2661.86 Safari/537.36 Example URL: Steps to reproduce the problem: 1. Tap on a link containing a 'download' atrribute with: Content-Type:application/pdf AND Content-Disposition:attachment; filename="[my-file-name].pdf" 2. File will not download 3. Testing further in JavaScript: window.alert(typeof a.download === 'undefined') returns `true`. Hm. In Desktop for Mac version 50+ it is `false` What is the expected behavior? The download should initiate and ask which app I want to use to save the file (i.e. Dropbox, Google Drive) What went wrong? The download never starts. No visible error, no crash. Did this work before? Yes Chrome version: 50.0.2661.86 Channel: stable OS Version: OS X 10.11.3 Flash Version: Shockwave Flash 21.0 r0
,
Apr 25 2016
,
Apr 25 2016
What happens in mobile safari?
,
Apr 26 2016
Mobile safari automatically opens a blob:// prefixed URL. https://www.w3.org/TR/2015/WD-FileAPI-20150421/#url The document is then available to download.
,
Apr 26 2016
,
Apr 27 2016
,
May 12 2016
,
May 12 2016
Could you confirm that this is a bug for Chrome on iOS? It is not clear since the title and the info you provided in the bug conflict. If so, could you send or point us to a test case?
,
Jun 1 2016
Moving this nonessential bug to the next milestone. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jun 23 2016
Closing this for now. Feel free to reopen if you can provide a test case. |
||||||||
►
Sign in to add a comment |
||||||||
Comment 1 by davidben@chromium.org
, Apr 21 2016Labels: -OS-Mac OS-iOS