Created attachment 616938 [details] screenshot of the error Nightly/14.0a1 (2012-04-19) Device: HTC Desire OS: Android 2.2.2 Steps to reproduce: 1. Go to 1.usa.gov/deeXKM. 2. Wait for the file to finish downloading. 3. Using a 3rd Party File Manager delete the file from the "Downloads" directory. 4. Return to Fennec and open the Download Manager. 5. Try and open the file. Expected results: The option to open the file is disabled giving the user some feedback that the file has been removed. Actual results: Taping on the file tries to open the file resulting in an error in the app handling the file. Note: The issue is not reproducible on Firefox 12 Beta 6 XUL where the Open button is disabled if the file has been deleted.
Summary: Fennec tries to open from Download Manager files deleted by other apps → Download Manager needs to check if listing of entries currently exist on device
Are you able to remove the entry (Delete) through long-tap?
The entry can be removed from the Download history.
tracking-fennec: --- → ?
Assignee: nobody → ibarlow
Ian - Spec ping
Ian, ping again
There was a discussion about this in IRC last week, and I thought we were looking into ways we might be able to detect whether files still exist in the download manager *before* people clicked on them. In other words, the desired UX is to find a way to detect if a file has been deleted, and simply to not show it in the download manager at all. This should happen either in the background before users enter the download manager, or at the very least we should do a check when users open the download manager and then update the list accordingly. We certainly shouldn't be waiting until they tap on something to find out it's not there.
Based on comment 5, let's check for extistence on load and on open (in case it' deleted after we load)
Assignee: ibarlow → bnicholson
Still an issue on the latest Fennec builds
status-firefox30: --- → affected
status-firefox31: --- → affected
status-firefox32: --- → affected
status-firefox33: --- → affected
Still reproducible with bug 816318 landed. The listing should update based on deletions from the Downloads app
status-firefox34: --- → affected
status-firefox35: --- → affected
Keywords: uiwanted → reproducible
filter on [mass-p5]
Priority: -- → P5
status-firefox38.0.5: --- → affected
status-firefox39: --- → affected
status-firefox40: --- → affected
status-firefox41: --- → affected
status-firefox42: --- → affected
Re-triaging per https://bugzilla.mozilla.org/show_bug.cgi?id=1473195 Needinfo :susheel if you think this bug should be re-triaged.
Hi, I was able to reproduce this issue. Tested with: Browser / Version: Firefox Mobile Nightly 63.0a1 (2018-07-31) Operating System: Sony Xperia Z5 Premium (Android 6.0.1) Note: - the "Open" option is not disabled, - taping on the "Open" option does not display an error message. Thank you!
You need to log in before you can comment on or make changes to this bug.