Closed Bug 1740840 Opened 4 years ago Closed 4 years ago

"Always Open Similar Files" availability is intermittent

Categories

(Firefox :: Downloads Panel, defect, P2)

Firefox 96
Desktop
Windows 10
defect
Points:
3

Tracking

()

RESOLVED FIXED
96 Branch
Tracking Status
firefox-esr91 --- unaffected
firefox94 --- unaffected
firefox95 --- disabled
firefox96 --- fixed

People

(Reporter: aflorinescu, Assigned: kpatenio)

References

(Blocks 1 open bug)

Details

(Whiteboard: [fidefe-mr11-download])

Attachments

(1 file)

[Description:]

This issue varies depending on the used extension for the test and probably on operating system defaults as well.

[Environment:]

Windows 10
96.0a1 20211111211702

[Steps:]
  1. Open Firefox
  2. Access https://ftp.mozilla.org/pub/firefox/releases/0.10.1/
  3. Click on the exe file to trigger the download.
  4. After the file is downloaded right click on it in both the Download Panel and in the Download history and check the availability of the "Always Open Similar Files". (bug 1738111)
  5. Restart Firefox and recheck again availability for "Always Open Similar Files"
  6. Access https://ftp.mozilla.org/pub/firefox/releases/1.0.2/win32/el-GR/ and download another exe.
[Actual Result:]

Screencast1 - with overwrite copy/dedupe
Screencast2 - with two exe files having different options
"My guess is that ""Always Open Similar Files"" works after browser restart because somehow it managed to get hold of the default system handler but for the new .exe. on the refetch(?) it hits again the same wall. "

[Expected Result:]

Download Panel and Download History should behave and function on the same rules

Blocks: 1740701
No longer blocks: 1740705
Priority: -- → P2
Whiteboard: [fidefe-mr11-download]

This is because download.contentType doesn't exist for downloads from previous sessions, and as Micah notes in bug 1738918 comment 1, we rely on it to make decisions:

https://searchfox.org/mozilla-central/rev/a12c2c2e59c92d8f969d8f3f290ab16919449c9d/browser/components/downloads/DownloadsViewUI.jsm#246-251

We should either infer the content type from the file extension, or we should not offer the option for downloads without a content type at all.

See Also: → 1738918

Is this a regression related to the download modal removal or did this behavior already exist previously?

(In reply to Romain Testard [:RT] from comment #2)

Is this a regression related to the download modal removal or did this behavior already exist previously?

It did not exist before; the context menu we added to the download panel to allow users to configure filetypes ("always open similar files") is not working correctly.

Assignee: nobody → kpatenio
Status: NEW → ASSIGNED
See Also: → 1740841
Attachment #9252049 - Attachment description: WIP: Bug 1740840 - use mimeinfo content type as fallback to fix downloads intermittent alwaysOpenSimilarFiles. r=gijs!,mtigley! → Bug 1740840 - use mimeinfo content type to fix downloads intermittent alwaysOpenSimilarFiles. r=gijs!,mtigley!
See Also: → 1742693
See Also: 1742693
Points: --- → 3
Pushed by kpatenio@mozilla.com: https://hg.mozilla.org/integration/autoland/rev/d688eec19e23 use mimeinfo content type to fix downloads intermittent alwaysOpenSimilarFiles. r=Gijs,mtigley
Status: ASSIGNED → RESOLVED
Closed: 4 years ago
Resolution: --- → FIXED
Target Milestone: --- → 96 Branch
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: