New issue
Advanced search Search tips
Note: Color blocks (like or ) mean that a user may not be available. Tooltip shows the reason.

Issue 693841 link

Starred by 1 user

Issue metadata

Status: Assigned
Owner:
Last visit 20 days ago
Components:
EstimatedDays: ----
NextAction: ----
OS: Windows
Pri: 2
Type: Bug



Sign in to add a comment

Add an ability to disable bogus 'virus check' on downloads

Reported by andyscu...@gmail.com, Feb 18 2017

Issue description

UserAgent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/55.0.2883.103 Safari/537.36

Steps to reproduce the problem:
1. Install torrent client which is set to automatically process torrent files in downloads directory (I used qbittorrent)
2. Download a torrent file through chromium (save to this downloads directory)
3. Wait for it to finish

What is the expected behavior?
Download is in 'completed' status

What went wrong?
Download is wrongly marked as "Failed - Virus scan failed", since it was quickly grabbed and deleted by torrent client.

Did this work before? N/A 

Chrome version: 55.0.2883.103  Channel: n/a
OS Version: 6.1 (Windows 7, Windows Server 2008 R2)
Flash Version: Shockwave Flash 24.0 r0

This is just a suggestion since functionality of auto-downloading torrents isn't broken. But it's just plain misleading to see all torrent files marked as "Failed - Virus scan failed".

From my experiments, chromium does not have a way to detect if the file was actually deleted by proper AV software, and whoever wrote that check decided that ANY quick file deletion IS AV action while in reality it could be ANY software set up to automatically move or process downloaded files.
So I propose to add a setting or a flag which would disable this function.
This problem does not break download process, but I don't like to be mislead by a 'too clever' programs

Or, maybe change actual notification to something like "Cleaned by external program, possible virus"?

 
Labels: Needs-Milestone
Components: UI>Browser>Downloads
Labels: M-58
Status: Untriaged (was: Unconfirmed)
Considering this as a feature request and marking it as untriaged to get more inputs from dev team.

Thanks.
Labels: -Needs-Milestone
Labels: -M-58
Owner: dah...@chromium.org
Status: Assigned (was: Untriaged)
+dahlke to triage to the correct UX owner.  It sounds like our string is too specific for the variety of reasons why the file might not be present.

Also removing the milestone for now.
Owner: aboss@chromium.org
Owner: nancygao@chromium.org

Sign in to add a comment