Closed Bug 1759176 Opened 2 years ago Closed 2 years ago

download panel does not go away automatically

Categories

(Firefox :: Downloads Panel, defect)

Firefox 98
defect

Tracking

()

RESOLVED DUPLICATE of bug 1749998

People

(Reporter: rita120, Unassigned)

Details

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:98.0) Gecko/20100101 Firefox/98.0

Steps to reproduce:

download some files in freshly installed firefox v98.0.

Actual results:

the download flow function in new vs98.0 is buggy. when we click a file to download it takes it as a click on the download button of toolbar & the download panel comes & download begins but now the panel not goes away until we click somewhere else on the window (even if all the downloads are completed).

Expected results:

the download panel should disappear automatically on download completion. Rather it will be more better if only the download button animation(clockwise rotating blue color) tells us about download status. As ultimately if more detailed status of a download is required, a user can check it by manually clicking the download button in toolbar or other other places.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago
Resolution: --- → DUPLICATE

@robert longson

sir this is not a copy of 1738372. they were asking for disabling of download panel.
but here the thing is that after download completion the panel should disappear automatically which it is not doing.

I suspect that idea will be wontfix given bug 1738372

Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---

(In reply to rita120 from comment #3)

@robert longson

sir this is not a copy of 1738372. they were asking for disabling of download panel.
but here the thing is that after download completion the panel should disappear automatically which it is not doing.

Well, in comment 0 you did say:

(In reply to rita120 from comment #0)

the download panel should disappear automatically on download completion. Rather it will be more better if only the download button animation(clockwise rotating blue color) tells us about download status. As ultimately if more detailed status of a download is required, a user can check it by manually clicking the download button in toolbar or other other places.

Which sure sounds like you think we shouldn't be showing the panel automatically in the first place, which is what 1738372 / 1749998 are about.

To automatically hide the panel we'd need to:

  • deal with small downloads by having some minimum uptime when opened automatically (so it doesn't "flash", opening and immediately closing again)
  • deal with hover being in the panel, or focus being moved inside the panel by the user, and not automatically hiding it then (to avoid cases where the user tries to click an item and the panel disappears a fraction of a second before they do)
  • need some way of explaining what's happening to users ("why did the panel go away just when I was looking at it?" and "why did it not go away just now [when I was hovering it without realizing]")

All of this sounds very complex and not any more useful than just allowing the panel not to show up at all for users who don't want it. The reason the panel is being shown is so users can immediately open files they download (ie to not regress the usecase of opening files off the internet in terms of how much effort / how many clicks are required). Automatically hiding the panel would hinder that same workflow, and would be harder for users to understand than the current behaviour.

I think instead we should just focus effort on bug 1749998. Molly/Marco, does that seem reasonable or am I missing something here.

Flags: needinfo?(mhowell)
Flags: needinfo?(mak)
Component: Untriaged → Downloads Panel

@Gijs

Yes sir you are right. bug 1749998 looks like mine issue.
But I only get it after updating to vs98.0 recently, earlier it was OK.
The list of downloads keeps accumulating on the screen till i click somewhere on window. It creates problem for example i am watching some video on screen or reading an article & at the same time downloading some files will hinder a portion of my screen (more of it if many downloads in list) as the panel shows up till i click. again i put downloading & continue my work & again it(panel) appears.
so the solution seems to be (1) if only the latest last file is shown in panel (as in opera) & rest can be accessed from download button in toolbar. (2) in another case it may be like chrome putting the whole download list panel below the content (which is required if the whole list is required).
Best would be the opera way as summarized by you in 1749998.

(In reply to rita120 from comment #6)

@Gijs

Yes sir you are right. bug 1749998 looks like mine issue.

So to be clear, you can just stop the panel showing up today by toggling browser.download.alwaysOpenPanel to false in about:config...

But I only get it after updating to vs98.0 recently, earlier it was OK.

Yes, this is part of a deliberate change in 98. Before 98 though, you would have seen a dialog saying "what do you want to do with this file", and you would have had to dismiss that instead...

The list of downloads keeps accumulating on the screen till i click somewhere on window. It creates problem for example i am watching some video on screen or reading an article & at the same time downloading some files will hinder a portion of my screen (more of it if many downloads in list) as the panel shows up till i click.

It should only appear when a download starts, and you can dismiss by clicking anywhere else or hitting the [esc] key on the keyboard. If it's appearing more frequently then that would be surprising. I'm not sure if you're saying you're reading an article and at the same time you are doing other things and starting downloads?

I agree with focusing on bug 1749998. Anything more complex would still be something we could consider after that, nothing in there would prevent us from going further later on.

Flags: needinfo?(mhowell)

(In reply to Gijs from comment #7)

@Gijs

Applying the suggested config gave me what I wanted. Thank you very much sir.

OK, let's mark this as a dupe of 1749998 to make that option more easily accessible, then.

Status: UNCONFIRMED → RESOLVED
Closed: 2 years ago2 years ago
Flags: needinfo?(mak)
Resolution: --- → DUPLICATE
You need to log in before you can comment on or make changes to this bug.