Bug 1709129 Comment 10 Edit History

Note: The actual edited comment in the bug view page will always show the original commenter’s name and original timestamp.

(In reply to Romain Testard [:RT] from comment #9)
> (In reply to katieC from comment #8)
> > if I recall correctly, the change to default to open the Download Panel was made for Proton based on user input that folks couldn't figure out where their downloads went / re-find them easily, plus the hope of eliminating the additional save dialog step. 

Right. It's worth noting that right now, if you have a workflow where you open files of a certain type in an application (e.g. word documents opening in MS Word), you just click OK in the "what do you want to do with this file" dialog. Once we get rid of the dialog, the file will download and you'd have to click the download arrow first, then click the download in question to open it. This could be perceived as being slower by users, which adds to the desire to open the panel immediately, so it continues to be a 1 click action to open the file.

> > Additionally, at this point, and in agreement with Comment 5, we shouldn't add a dismiss checkbox or additional preferences/settings when we haven't (yet) identified if this solution solves a user problem or creates a new one.
> 
> Yes there was user feedback as well as data showing  that only 26% of users downloading a file open the panel after the first download: https://sql.telemetry.mozilla.org/queries/72914#182698

AIUI we don't know how many of these people pick "open with [application]" in the dialog, right? In which case they don't need to open the download panel to open the file - it'll open once downloaded. We should probably consider getting some more telemetry about how frequent that case is. We can't assume that the other 74% don't know where the downloads have gone.
(In reply to Romain Testard [:RT] from comment #9)
> (In reply to katieC from comment #8)
> > if I recall correctly, the change to default to open the Download Panel was made for Proton based on user input that folks couldn't figure out where their downloads went / re-find them easily, plus the hope of eliminating the additional save dialog step. 

Right. It's worth noting that right now, if you have a workflow where you open files of a certain type in an application (e.g. word documents opening in MS Word), you just click OK in the "what do you want to do with this file" dialog. Once we get rid of the dialog, the file will download and you'd have to click the download arrow first, then click the download in question to open it. This could be perceived as being slower by users, which adds to the desire to open the panel immediately, so it continues to be a 1 click action to open the file.

> > Additionally, at this point, and in agreement with Comment 5, we shouldn't add a dismiss checkbox or additional preferences/settings when we haven't (yet) identified if this solution solves a user problem or creates a new one.
> 
> Yes there was user feedback as well as data showing  that only 26% of users downloading a file open the panel after the first download: https://sql.telemetry.mozilla.org/queries/72914#182698

AIUI we don't know how many of these people pick "open with [application]" in the dialog, right? In which case they don't need to open the download panel to open the file - the file will open once downloaded without further user action. We should probably consider getting some more telemetry about how frequent that case is. We can't assume that the other 74% don't know where the downloads have gone.

Back to Bug 1709129 Comment 10