Downloads popup keeps appearing on browser startup
Categories
(Firefox :: Downloads Panel, defect)
Tracking
()
People
(Reporter: hstevecooper, Unassigned, NeedInfo)
Details
Attachments
(1 file)
|
14.13 KB,
image/png
|
Details |
firefox-dl-popup.png
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:89.0) Gecko/20100101 Firefox/89.0
Steps to reproduce:
After trying to download a .zip file (blocked by default as of Firefox 89), the downloads popup keeps appearing when Firefox is started, listing the blocked download. The popup appears even after (repeatedly) clearing all downloads and removing all download history.
Actual results:
See the attached screen snapshot.
Expected results:
The downloads popup should not appear, as the downloads history has already been cleared. This issue is new as of Firefox 89.
|
||
Comment 1•4 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::Downloads Panel' component, and is moving the bug to that component. Please revert this change in case you think the bot is wrong.
|
||
Comment 2•4 years ago
|
||
First time when you tried to download the zip file did you manage to download it correctly or did you receive an error?
Does this happen while trying to download other .zip file?
Could you please provide a link or a way to download that specific zip?
Thanks.
|
||
Comment 3•4 years ago
|
||
Marco, Julian fixed this for the mixed content case in bug 1685737. I wonder if we need to do something else here?
The popup appears even after (repeatedly) clearing all downloads and removing all download history.
This is definitely not supposed to happen. Are you still seeing this, Steve? I would expect that removing the download from the download history would fix it, and I'm not sure why that wouldn't work. Do errors appear in the browser console (not the normal devtools console; open the browser one with Ctrl-Shift-J on Windows) when you remove the item? What is the content of the downloads.json file in your Firefox profile folder (you can find the profile folder using the relevant button in about:support) ?
|
||
Comment 4•4 years ago
•
|
||
(In reply to :Gijs (he/him) from comment #3)
Marco, Julian fixed this for the mixed content case in bug 1685737. I wonder if we need to do something else here?
The screenshot in comment 0 is about an uncommon download. The patch in bug 1685737 handles "insecure", but there are other states, like "uncommon" or "malware" that require user intervention, and would cause a similarly annoying behavior.
I don't know why bug 1685737 defaulted to 5 minutes, if I download something and close the browser and then reopen the browser after an hour, the download is gone? I guess that would be acceptable for malware, for safety reasons, not so sure about mixed content downloads.
In practice we should handle any kind of download notification requesting user intervention.
Pretty much this is a dupe of bug 1715587.
Description
•