firefox "Download" bug , "Delete files stealthily"

NEW
Unassigned

Status

()

Firefox
Downloads Panel
10 days ago
4 days ago

People

(Reporter: yyy5357, Unassigned)

Tracking

57 Branch
Points:
---

Firefox Tracking Flags

(firefox-esr52 unaffected, firefox57 affected, firefox58 affected, firefox59 affected)

Details

(Reporter)

Description

10 days ago
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0) Gecko/20100101 Firefox/57.0
Build ID: 20171112125346

Steps to reproduce:

(I am not a developer and my English is not good.)
Firefox57.0x64 Chinese (Simplified),win10x64, Bug:
For example:
1.Download "123.txt" to "D:\123.txt", Cancel it before downloaded.
2.Create a file,or Copy a file, to "D:\" , and rename it to "D:\123.txt".
3.Click the "remove the entry from the list" or "Clear Downloads".
(3.If in "Private Window",it is simpler, just close the "Private Window" )
4.The "D:\123.txt" has been Deleted !!!
That is not good !
The "D:\123.txt" should not be deleted !!!


Actual results:

The "D:\123.txt" has been Deleted !!!


Expected results:

The "D:\123.txt" should not be deleted !!!
Component: Untriaged → Downloads Panel
(Reporter)

Comment 1

10 days ago
(In reply to k9fvmfsyb8a3g from comment #0)
> User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:57.0)
> Gecko/20100101 Firefox/57.0
> Build ID: 20171112125346
> 
> Steps to reproduce:
> 
> (I am not a developer and my English is not good.)
> Firefox57.0x64 Chinese (Simplified),win10x64, Bug:
> For example:
> 1.Download "123.txt" to "D:\123.txt", Cancel it before downloaded.
> 2.Create a file,or Copy a file, to "D:\" , and rename it to "D:\123.txt".
> 3.Click the "remove the entry from the list" or "Clear Downloads".
> (3.If in "Private Window",it is simpler, just close the "Private Window" )
> 4.The "D:\123.txt" has been Deleted !!!
> That is not good !
> The "D:\123.txt" should not be deleted !!!
> 
> 
> Actual results:
> 
> The "D:\123.txt" has been Deleted !!!
> 
> 
> Expected results:
> 
> The "D:\123.txt" should not be deleted !!!

Another example:
1.Through a link,or click a link-button , to Download "456.zip" to "D:\456.zip", and Click "Cancel“ before it downloaded.
2.The "D:\456.zip" and "D:\456.zip.part" have been Deleted. It is good !
3.Through the same link ,or click the same link-button ,to Download "456.zip" to "D:\456.zip", and download it done.
(Don't do this :
"Retry a Download : If for any reason a file does not finish downloading, click the button to the right of the entry - a refresh symbol - to retry. ")
4.We got a file "D:\456.zip". It is good !
5.Click the "remove the entry from the list" or "Clear Downloads".
(5.If in "Private Window",it is simpler, just close the "Private Window" )
6.The "D:\456.zip" has been Deleted !!! It is not good !!!

Actual results:

When Click "Cancel“ ,the files have been Deleted already. It is good !
When Delete the download-list , the files with same name were Deleted once Again . It is not good !!!

Expected results:

When Click "Cancel“ ,the files have been Deleted already. So:
When Delete the download-list , just Clear the list , DO NOT Delete any files !
Because, maybe the files are not the same files , they are just same name.
And even if they are same files , the flles should not be deleted !

Comment 2

7 days ago
I was able to reproduce the described behaviour on these platforms and versions:

1.
  Build ID: 20171115114231
  OS: Debian 9.2
  Version: 58.0b4

2. 
  Build ID: 20171115114231
  OS: Windows 10.0.17025
  Version: 58.0b4	

3.
  Build ID: 20171115114231
  OS: Windows 10.0.17025
  Version: 58.0b4 (Developer Edition) 	

4.  
  Build ID: 20171117100127
  OS: Windows 10.0.17025
  Version: 59.0a1

I was *unable* to reproduce the bug with the following Setup:

1.  
  Build ID: 20171114221957
  OS: Debian 9.2
  Version: 52.5.0 (ESR)

Updated

7 days ago
status-firefox57: --- → ?
status-firefox58: --- → affected
status-firefox59: --- → affected
status-firefox-esr52: --- → unaffected

Updated

7 days ago
Status: UNCONFIRMED → NEW
Ever confirmed: true

Updated

7 days ago
status-firefox57: ? → affected
(Reporter)

Comment 3

4 days ago
3rd example : 

About my 1st example:

[   3.Click the "remove the entry from the list" or "Clear Downloads".
   (3.If in "Private Window",it is simpler, just close the "Private Window" )    ]

If do this :
 "Click the button to the right of the entry - a refresh symbol" .

Then :
The file "D:\123.txt" will be replaced .
(Same as "Delete the old 123.txt and Create a new 123.txt")

But :
This "D:\123.txt" is NOT that "D:\123.txt" . Maybe the old 123.txt is important .
--------

All of my 3 examples :
Deleting files stealthily let me have no sense of security .
(Reporter)

Updated

4 days ago
Summary: firefox 57.0 about "Download" bug → firefox 57.0 about "Download" bug , "Delete files stealthily"
(Reporter)

Updated

4 days ago
Summary: firefox 57.0 about "Download" bug , "Delete files stealthily" → firefox "Download" bug , "Delete files stealthily"
You need to log in before you can comment on or make changes to this bug.