New issue
Advanced search Search tips

Issue 622362 link

Starred by 1 user

Issue metadata

Status: Fixed
Owner:
Closed: Jun 2016
Cc:
Components:
EstimatedDays: ----
NextAction: ----
OS: ----
Pri: 2
Type: Bug



Sign in to add a comment

"Clear all" on downloads page leaves blocked binaries

Project Member Reported by nparker@chromium.org, Jun 22 2016

Issue description

On chrome://downloads if I click [three dots]->Clear all, it removes everything _except_ the blocked dangerous downloads. It should cancel and remove them as well.

 
clearning downloads.png
53.7 KB View Download
cleared downloads -- blocked remains.png
31.4 KB View Download

Comment 1 by asanka@chromium.org, Jun 22 2016

Those are showing up as active, hence not being removed by the 'clear all' action.

I agree that dangerous downloads should be removed as a result of calling 'clear all'.

Comment 2 by dbeam@chromium.org, Jun 23 2016

Labels: -Pri-2 Pri-3
Owner: dbeam@chromium.org
Status: Assigned (was: Untriaged)
it also leaves in progress downloads (you just didn't have any)

asanka@: I assume we should disallow revival of (i.e. not remember) dangerous downloads?

Comment 3 by dbeam@chromium.org, Jun 23 2016

Cc: -dbeam@chromium.org

Comment 4 by asanka@chromium.org, Jun 23 2016

Yeah. Clear all was historically supposed to remove only "finished" downloads. In-progress downloads should still remain on the page, otherwise they wouldn't have any UI.

Some time ago, we made a change to how some dangerous file types are handled where the download shelf only shows a 'dismiss' action. If the user wants to revive the download, then they need to go to the downloads page to do so. Since these downloads never left the danger state, they also never reached a "finished" state. Hence the bug we have now where 'clear all' doesn't affect them.

Ideally we should treat dangerous but not accepted/recovered downloads as 'finished' downloads, even if they are in-progress. So hitting 'clear all' should get rid of them as well.

And yes, we should remove those downloads entirely. I.e. call DownloadItem::Remove().

Comment 5 by dbeam@chromium.org, Jun 23 2016

Status: Started (was: Assigned)

Comment 7 by dbeam@chromium.org, Jun 23 2016

Status: Fixed (was: Started)

Comment 8 by dbeam@chromium.org, Jun 23 2016

Labels: -Pri-3 Pri-2

Comment 9 by dbeam@chromium.org, Jun 24 2016

Labels: Merge-Request-52 M-52

Comment 10 by dimu@google.com, Jun 24 2016

Labels: -Merge-Request-52 Merge-Approved-52 Hotlist-Merge-Approved
Your change meets the bar and is auto-approved for M52 (branch: 2743)

Comment 11 by dbeam@chromium.org, Jun 24 2016

just verified on canary, merging
Project Member

Comment 12 by bugdroid1@chromium.org, Jun 25 2016

Comment 13 by ajha@chromium.org, Jun 30 2016

Labels: TE-Verified-M52 TE-Verified-52.0.2743.60
Verified the merge on the latest M-52(52.0.2743.60/ 2743@{#538}) on Windows-7, Mac OS 10.11.5 and Linux Ubuntu 14.04. On downloading the .exe file from testsafebrowsing.appspot.com/s/content.exe and 'Clear All' clears everything from the Downloads.


Adding the verified label therefore.


Sign in to add a comment