Download any file
Small nonintrusive notification appears. It does not affect browsing in any way and user can continue to do what they were doing before .Notification automatically disabled after a while or after interaction with the webpage.
Large notification and dark screen intruding on usability especially if you plan to download many images continuosly
Yes. Came here to say this. The popup should fade away say after 2 seconds like it does on ff proper
cc-ing @brampitoyo here from UX, if you want to address these. Our snackbars tend to be standardized, so may also just be something we won't plan to address.
@s-ankur @test2a I agree with part of your proposal.
Agree. Our dialog is currently blocking you from doing any other action until you dismiss it (tap âxâ). We should make this dialog non-blocking. In other words, letâs not show any scrim. This way, youâd be able to select, scroll, long-press, etc. on the site. You can proceed downloading the next file, or perform any other action.
Disagree. We shouldnât change the form of our dialog. It shouldnât be a snackbar that fades away after 2 seconds. What if you want to view the image later on, but not right after it finishes downloading? The only way to do this would be to swipe down to the Notification Centre, then select the downloaded file â not impossible, but inconvenient. By keeping the notification as a non-blocking dialogue, you can easily open the file, dismiss it, or continue doing your current task.
Thoughts?
Yeah I agree. Non blocking is whats really important to me, since it really affects the ability to download things in quick succession. But also I would definitely prefer if the dialog takes up less screen-space.
Secondly, the dialog disappearing by itself would really be counterproductive, as you point out. What I can suggest is that instead of it being on a timeout, you could have it be dynamic, like the dynamic addressbar that we have now. At least that is the way chrome does it, and it does feel a lot less intrusive that way.
@s-ankur Sounds good. Hereâs an updated âDownload completedâ notification thatâs non-interruptive.

Changes from https://github.com/mozilla-mobile/android-components/issues/7050 have made the fix for this unstable at the moment. Anyone willing to test this issue would need to get hold of a build just after PR https://github.com/mozilla-mobile/fenix/pull/10491 was merged.
I will open a new issue where the new problems can be solved, after 7050 is done.
Will be fixed by https://github.com/mozilla-mobile/fenix/issues/11371
Hi, verified as fixed on the latest Nightly Build #200619 from 6/19 using the following devices:
⢠Google Pixel 3a (Android 10)
⢠Huawei Mate 20 Lite (Android 9)
⢠OnePlus A3 (Android 6.0.1)
âş Video
