Closed Bug 1097619 Opened 10 years ago Closed 10 years ago

Downloads are removed from device when opting to clear 'downloads' on Quit

Categories

(Firefox for Android Graveyard :: General, defect)

33 Branch
ARM
Android
defect
Not set
normal

Tracking

(firefox33 affected, firefox34 affected, firefox35? affected, firefox36 affected, fennec-)

RESOLVED WONTFIX
Tracking Status
firefox33 --- affected
firefox34 --- affected
firefox35 ? affected
firefox36 --- affected
fennec - ---

People

(Reporter: partha.raja, Unassigned)

References

Details

(Keywords: reproducible)

User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/38.0.2125.111 Safari/537.36

Steps to reproduce:

1) Download any one file via Firefox browser.
2) Once download completed click Quit button from Firefox browser.
3) Now verify downloaded file in download folder


Actual results:

Once I click Quit button it also deletes downloaded file from downloaded location.


Expected results:

It should not remove downloaded file. It should remove history only.
Thanks. I was able to reproduce. This is embarrassing.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Flags: in-testsuite?
Flags: in-moztrap?(fennec)
Keywords: reproducible
OS: Windows 7 → Android
Hardware: x86 → ARM
Summary: When Clicking upon Quit button its also removes downloaded files from download folder → Downloads are removed from device when opting to clear 'downloads' on Quit
[Tracking Requested - why for this release]: We should not delete downloaded files off a device when opting to clear the download list on quit
tracking-fennec: --- → ?
Not so simple. We made a decision to remove the files and the history when clearing data.
I guess it's not very obvious that /mnt/sdcard/Download will be cleared
We changed the text in bug 971743. I didn't look as to why. It used to say "Downloaded files" and now it says "Downloads".
This is working the way we want it to. We could look at changing the text, but the behavior would remain the same.
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → WONTFIX
tracking-fennec: ? → -
(In reply to Aaron Train [:aaronmt] from comment #1)
> Thanks. I was able to reproduce. This is embarrassing.

Apparently I forgot this was intentional. We discussed string changes in triage but decided not as it seems clear.
See Also: → 1140938
I understand the decision, but this is an occasional source of quite negative feedback.  A large portion of these users don't seem to understand the behavior/cause, others didn't expect the behavior, some disagreed from a UX perspective.
https://input.mozilla.org/en-US/?q=download+%2B+delete+%2B+files&date_start=2015-02-11&product=Firefox%20for%20Android

One user even claims that files are deleted regardless of their pref, but I'm unable to reproduce: https://input.mozilla.org/en-US/dashboard/response/5302295
Imho there should be at least another confirmation dialog "This will delete all downloaded files from your device. Are you sure?"
See Also: 1140938
I still find it difficult to understand the meaning of doing that. Because in the Desktop, whether it is in complete privacy browsing mode or set the browser to clear the download list when quit, will not affect the downloaded file. Compare with other mobile products or maintain the continuity of the desktop version of the operation, we should not do that.
(In reply to Mark Finkle (:mfinkle) (use needinfo?) from comment #6)
> This is working the way we want it to. We could look at changing the text,
> but the behavior would remain the same.

Do you plan to fix it? Today I delete by mistake 50+ files from work which I had to process. So I have to download them one by one again. So please... current state is counterproductive and you are only one browser which use it this way...
Product: Firefox for Android → Firefox for Android Graveyard
You need to log in before you can comment on or make changes to this bug.