Issue metadata
Sign in to add a comment
|
a.download attribute does not work with BLOB URLs inside popup.html (linux-specific)
Reported by
x0a.c...@gmail.com,
May 8 2018
|
||||||||||||||||||||||
Issue description
UserAgent: Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/66.0.3359.139 Safari/537.36
Steps to reproduce the problem:
1. Inside a popup.html, create a button
2. To the button, attach a click handler that creates a link (document.createElement("a")), attaches a BLOB URL and download attribute, and .click()s it.
3. Click the button.
What is the expected behavior?
The file should begin downloading, as it does on Windows.
What went wrong?
No file is downloaded. No console errors.
Did this work before? N/A
Does this work in other browsers? Yes
Chrome version: 66.0.3359.139 Channel: stable
OS Version: 10.0
Flash Version:
,
May 8 2018
Interesting. I am experiencing the bug on Ubuntu 17.10 with GNOME Shell 3.26.2, 66 and also "65.0.3325.181 (Official Build) Built on Ubuntu , running on Ubuntu 17.10 (64-bit)" But the bug does not occur on "Version 67.0.3396.30 (Official Build) beta (64-bit)". So it looks like they may have fixed it.
,
May 9 2018
,
May 9 2018
x0a.cake@ Thanks for the issue. Able to reproduce the issue on Ubuntu 17.10 on the reported version 66.0.3359.139. Issue is fixed on the latest Beta 67.0.3396.40 and issue is not observed on Windows 10, Mac OS 10.12.6 and Ubuntu 14.04. Reverse Bisect Info: ===================== Good Build: 67.0.3377.0 Bad Build : 67.0.3375.0 On executing the per-revision bisect build, below is the changelog URL. https://chromium.googlesource.com/chromium/src/+log/214cb75fd94249157f8f781546419d5dddbd28a7..71fdb27d0bf6f3493ee68b2236ff624320fad7e7 From the above CL, suspecting the below change Reviewed on: https://chromium-review.googlesource.com/960003 jochen@ Please check and confirm if this issue is related to your change, else help us in re-assigning. Adding ReleaseBlock-Stable for M-66 as it is a recent regression. Please feel free to remove if it is not applicable. Thanks!
,
May 9 2018
As comment #4 states, this is fixed in 67 and won't be merged to 66.
,
May 9 2018
[Auto-generated comment by a script] We noticed that this issue is targeted for M-66; it appears the fix may have landed after branch point, meaning a merge might be required. Please confirm if a merge is required here - if so add Merge-Request-66 label, otherwise remove Merge-TBD label. Thanks.
,
May 9 2018
|
|||||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||||
Comment 1 by woxxom@gmail.com
, May 8 2018