Downloaded JAR files are saved with the extension .jar.zip
Categories
(Firefox :: Downloads Panel, defect)
Tracking
()
| Tracking | Status | |
|---|---|---|
| firefox104 | --- | affected |
People
(Reporter: ipatrol6010, Unassigned)
References
(Blocks 1 open bug, )
Details
User Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:35.0) Gecko/20100101 Firefox/35.0 Build ID: 20150122214805 Steps to reproduce: I've tried downloading several jar files from various sources. Actual results: Firefox always saves them in the form <filename>.jar.zip Expected results: These files should be saved as .jar, which is the correct extension.
Also, take a look at the following URLs: http://www.reddit.com/r/feedthebeast/comments/2inh6t/cant_get_dragonapi_and_rotarycraft_to_work_ive/clckt2m http://osu.ppy.sh/forum/t/55305 This would suggest the problem has existed for as long as four years. I assume the only reason it's never been brought up is that relatively few people download .jar files to save to disk.
|
||
Comment 2•9 years ago
|
||
Do you downloaded the files or opened them with an application ? Do you have an example public link to such a jar file that produces this error ?
I first noticed it with http://www.mediafire.com/download/0cedmhi2m6r3e46/DragonAPI_1.7.10_V4b.jar
|
|
||
Comment 4•9 years ago
|
||
>HTTP request sent, awaiting response...
> HTTP/1.1 200 OK
> Server: LRBD-bigdownload-
> Date: Sat, 14 Feb 2015 21:04:30 GMT
> Connection: close
> Accept-Ranges: bytes
> Content-transfer-encoding: binary
> Content-Length: 1410729
> Content-Disposition: attachment; filename="DragonAPI 1.7.10 V4b.jar"
> Content-Type: application/zip
The server tells us that this file is in fact a zip file with the content-type.
That the .zip extensions is added when you open the file with a helper application is expected.
Just downloading the file doesn't change the file extension for me with Firefox35 on Windows7.The server interprets it as application/zip because a JAR is literally just a specially-structured ZIP file. I would suggest that FF should in this specific instance use the extension specified by the Content-Disposition and not the Content-Type. Now, some logic could be used so that, when an application/zip file is detected, to check the suggested filename and, if the extension is indeed a type of ZIP file, to give it the extension suggested there. I know several other typed of files, like most MS Office files, are also ZIPs, so perhaps this behavior could be applied to them too.
|
|
||
Comment 6•9 years ago
|
||
> I know several other typed of files, like most MS Office files, are also ZIPs, so perhaps this behavior could be applied to them too.
Firefox and all other good browsers don't check the content of the file because it's dangerous, forbidden by the http RFC and inconsistent.
The webserver tells us what kind of the it sends with the content-type header. The extension of the file doesn't matter from the browsers point of view. The browser looks and changes the extension only if you open a file with a helper application. The reason is simple: If you open a application/zip file with a helper application like 7-zip and the extension is for example .czf, the helper application can reject the file.
btw: The right content-type for jar files is afaik application/java-archiveI didn't suggest the file type handling of FF be affected by type-probing voodoo. I merely suggested that for save to disk operations, the default extension be based on the server-suggested filename unless something is grossly out of whack. The revised filename handler would be only triggered by an application/zip MIME type, and would therefore still be fundamentally following the server's lead, it would just use additional information to suggest an extension for the user to save it as.
Hi all,
This just happened to me and it is kind of embarassing. I am a long time fan of Firefox.
The link I used is not public so I could not share it but the file is download as .jar in Chrome while Firefox 66.0.2 (64 bit) added .zip to the file.
Hope this should identify and then be fixed and thank you.
|
||
Comment 9•2 years ago
|
||
I just starting to have this issue with Firefox (v102.0.0)...
Downloading of Java .jar files with FF v102.0 downloads them as a .jar.zip file now,
example Minecraft mods from Curseforge website...
https://www.curseforge.com/minecraft/mc-mods/fabric-api/files
This was not happening on FF v101.0.1
ie I have not changed anything on my end recently,
except for the Firefox update today.
please fix Mozilla..
|
|
||
Comment 10•2 years ago
|
||
and it happens consistently every time..
|
|
||
Comment 11•2 years ago
|
||
I did forget to mention. specs.
I am running FF (v102.0.0)(x64) on Windows 11 Pro x64
Here are the rest of my system specs for my PC via a CPUz report: https://valid.x86.fr/x1h742
If more info is needed ask...
and I also have Waterfox classic installed which it does not occur on.
|
||
Comment 12•2 years ago
|
||
Hey there,
This appears to be an issue for me as well.
I made sure to disable all my extensions and tried it in a private window as well with no luck.
Checking the 'About Firefox' page show that I'm using version 102.0 (64-bit)
An example link where I can consistently re-create this issue is here: https://mediafiles.forgecdn.net/files/3827/487/cloth-config-7.0.72-forge.jar
Though simply uploading a valid file JAR file to my server does the same: https://i.geri.dev/7Xep9GJoAkED.jar
It'd be great to have this fixed as it's quite tedious to rename each JAR file I download.
Thanks
|
||
Updated•2 years ago
|
|
||
Comment 13•2 years ago
|
||
The bug has a release status flag that shows some version of Firefox is affected, thus it will be considered confirmed.
|
||
Comment 14•2 years ago
|
||
This is basically the same as Bug 1772758, Jar is in the list of executable files as explained in https://bugzilla.mozilla.org/show_bug.cgi?id=1772758#c3 and the file is served as zip mimetype. Recent changes made it happen more commonly. No point in keeping the separate bug anyway.
| Comment hidden (advocacy) |
Description
•