"Always Open Similar Files" availability is intermittent
Categories
(Firefox :: Downloads Panel, defect, P2)
Tracking
()
| 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:]
- Open Firefox
- Access https://ftp.mozilla.org/pub/firefox/releases/0.10.1/
- Click on the exe file to trigger the download.
- 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)
- Restart Firefox and recheck again availability for "Always Open Similar Files"
- 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
| Reporter | ||
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Updated•4 years ago
|
Comment 1•4 years ago
|
||
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:
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.
Comment 2•4 years ago
|
||
Is this a regression related to the download modal removal or did this behavior already exist previously?
Comment 3•4 years ago
|
||
(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.
Updated•4 years ago
|
Comment 6•4 years ago
|
||
| bugherder | ||
Description
•