File extension is missing when downloading from 4pda.to
Categories
(Firefox :: File Handling, defect, P2)
Tracking
()
People
(Reporter: dartraiden, Unassigned)
References
(Blocks 1 open bug)
Details
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Firefox/102.0
Steps to reproduce:
- login on 4pda.to (you cannot download files if not logged)
- download any file (tested with .apk and .img), for example any apk from this comment https://4pda.to/forum/index.php?showtopic=469533&st=22040#entry115322483
Actual results:
Firefox 102 / 103b: downloaded files has no extensions
Expected results:
Firefox 101: downloaded files has extensions
Comment 1•2 years ago
|
||
The Bugbug bot thinks this bug should belong to the 'Firefox::File Handling' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.
Comment 2•2 years ago
|
||
I noticed this too after updating from 101 to 102. On the 28th before updating the browser, files would download with a file extension. After the update, files were no longer being saved with the file extension. Uninstalled 102 and went back to 101 to verify and it seems to be a bug introduced in the 102 release as 101.0.1 doesn't have this problem.
Comment 4•2 years ago
|
||
I've been trying to confirm this, but I can't create an account on this Russian website and the issue does not seem to happen for all files of this type. What causes this behavior to appear? Do you have other examples where this happens?
I've tested a bunch of random apk and img file downloads, but all seemed to have the correct extensions after download. (Win10)
Reporter | ||
Comment 5•2 years ago
|
||
The problem is reproduced only on this particular site
Yes, it requests a Russian captcha with every login (not only on register).
Reporter | ||
Comment 6•2 years ago
|
||
Perhaps we could contact through some chat and I could help solve this captcha
In my local network with a domain, RD Web Access with RemoteApp is used, with published applications using Microsoft IIS 8.5.
When opening a page in the Firefox v.101 browser, rdp files are downloaded normally with the rdp extension. After updating Firefox to version 102, RemoteApp files are downloaded without an extension. Everything is fine in Chrome and Edge browsers. When you roll back Firefox to version 101, everything is fine too.
(In reply to Pavel from comment #7)
In my local network with a domain, RD Web Access with RemoteApp is used, with published applications using Microsoft IIS 8.5.
When opening a page in the Firefox v.101 browser, rdp files are downloaded normally with the rdp extension. After updating Firefox to version 102, RemoteApp files are downloaded without an extension. Everything is fine in Chrome and Edge browsers. When you roll back Firefox to version 101, everything is fine too.
The extension is lost in Firefox 102 on Windows 10. On Ubuntu 20.04 everything is fine
Comment 9•2 years ago
|
||
Any easy way to reproduce this issue is go to project gutenburg and download an epub book. It will be saved without the epub extension.
https://www.gutenberg.org/ebooks/68473
It ends up being saved as pg68473 instead of pg68473.epub
Works correctly in version 101. 102, not at all.
Now, in 102 you can add a handler "application/epub+zip":{"action":0,"extensions":["epub"]} to handlers.json and it will download with the file extension. But a proper fix rather than a workaround is a better solution.
Updated•2 years ago
|
Comment 10•2 years ago
|
||
Reproduced on Win10 using build 102.0b1 (20220530132252).
Verified as fixed on Beta 103.0b8 and Nightly 104 on Mac 10.13/Win10/Ubuntu20.4.
This was fixed with a fix made on bug 1773907.
Updated•2 years ago
|
Reporter | ||
Updated•1 year ago
|
Description
•