Issue metadata
Sign in to add a comment
|
Deleting one entry in Downloads is deleting more entries (deleting offline pages/files is based on reused filename) |
||||||||||||||||||||
Issue descriptionDevice name:s7 From "Settings > About Chrome" Application version:canary 66.0.3349.0 Operating system:7 Steps to reproduce: (1)download any url (2)go into any file manager and delete file with url from Downloads (3)download url again (4)go into Downloads and delete url entry Expected result: Chrome is always using unique name; if entry related to file X is not deleted from Chrome Downloads, then filename is not used Actual result: Deleting one Downloads entry is deleting other entries too (deleting is based on filename) I'm marking as regression - in previous versions offline pages were not downloaded into public sdcard (so, this functionality is new), but... because of it bug didn't exist Please don't mark it as WAI - we should keep entries with missed files to give user full transparency and we cannot delete them silently
,
Feb 16 2018
,
Feb 17 2018
66.0.3350.0 is not saving mhtml files, I'm confused now, please also explain, what version is WAI.
,
Feb 17 2018
I'm making this more generic: 1. I downloaded some file from web 2. deleted it from file manager 3. downloaded again (had the same name like in step 1) 4. deleted one entry from Chrome downloads - two entries were deleted We should not reuse names - if some download entry is using name X, we shouldn't use it for new entries (check should be done on download history, not on the filesystem file names) Increasing to P1 - deleting something without user intention is not good nice.
,
Feb 19 2018
,
Feb 19 2018
Tested the issue in Android and could not reproduce the issue. Observed one entry only deleted. Steps Followed: 1. Launch the Chrome Browser. 2. Downloaded some file from web 3. Deleted it from file manager 4. downloaded again (had the same name like in step 1) 5. deleted one entry from Chrome downloads 6. Observed one entry only deleted. Chrome versions tested: 66.0.3350.0(Canary) OS: Android 6.0.1 Android Devices: Samsung S7 @marcin: Please check in latest Canary and update? Thanks!!
,
Feb 19 2018
It's still happening - I've tested on exe file from dobreprogramy.pl
,
Feb 19 2018
Thank you for providing more feedback. Adding the requester to the cc list. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Feb 20 2018
Unable to reproduce the issue from TE end. Hence requesting UI>Browser>Downloads team for further triaging of the issue. Thanks!!
,
Feb 20 2018
This is P2P Sharing being accidentally enabled for one release of Canary. We have fixed it back to be behind the flag, thanks for your patience! Assigning this bug to Oflfine so we can verify/fix before enabling.
,
Feb 22 2018
This seems to be caused by a missing feature - our task to remove entries from our offline page database has not yet been done, which is causing there to be duplicate entries if you offline the same page again. Lowering pri to 2 for now. This is the Asana task to implement the missing feature: https://app.asana.com/0/308238709445252/469950425841685
,
Feb 22 2018
Want for the P2P Sharing feature (planned for M67)
,
Feb 22 2018
This is affecting also files, not only offline pages! Definitely P1
,
Feb 22 2018
I will explain why: you can delete user file and user can not know about it (I mean - user could have intention to leave this file and can be left without it).
,
Feb 26 2018
If this is happening for files other than OfflinePages, then it is not caused by our change that leaked into Canary, and the Downloads team should look at it. Assigning to jming to investigate. JMing@ - The changelist you are currently working on for detecting deleted files might be the proper fix for this bug. |
|||||||||||||||||||||
►
Sign in to add a comment |
|||||||||||||||||||||
Comment 1 Deleted