The .jpg extension of images online got renamed .jpeg when you save them
Categories
(Firefox :: File Handling, defect)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox84 | --- | wontfix |
firefox85 | --- | fixed |
firefox86 | --- | fixed |
People
(Reporter: colar, Assigned: evilpie)
References
(Regression)
Details
(Keywords: regression)
Attachments
(1 file)
48 bytes,
text/x-phabricator-request
|
jcristau
:
approval-mozilla-beta+
|
Details | Review |
User Agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:84.0) Gecko/20100101 Firefox/84.0
Steps to reproduce:
Go to http://www.lpdc.be/firefox/image.jpg (or any jpg image with a .jpg extension), right clic and Save as.
Actual results:
The name of the file in the "Save popup" (I don't know how it's called in English) becomes image.jpeg and if you hit enter you obviously got image.jpeg on your hard drive
It happens since last update (from 83 to 84), it worked correctly before that.
Expected results:
File name should be the same as on the web server: image.jpg
I'll add that I'm not fluent in English, sorry for that, and I use Ubuntu 16.04.7.
Assignee | ||
Updated•3 years ago
|
Assignee | ||
Comment 1•3 years ago
|
||
The problems seems to be in getDefaultExtension
in contentAreaUtils.js
. This code forces a new file-extension for images, even if that extension is already correct for that MIME type.
Updated•3 years ago
|
Assignee | ||
Comment 2•3 years ago
|
||
Updated•3 years ago
|
Assignee | ||
Updated•3 years ago
|
Comment 3•3 years ago
|
||
Set release status flags based on info from the regressing bug 1667787
Pushed by evilpies@gmail.com: https://hg.mozilla.org/integration/autoland/rev/70234746857e Don't overwrite valid alternative image file-extensions. r=Gijs
Comment 5•3 years ago
|
||
bugherder |
Updated•3 years ago
|
Comment 6•3 years ago
|
||
The patch landed in nightly and beta is affected.
:evilpie, is this bug important enough to require an uplift?
If not please set status_beta
to wontfix
.
For more information, please visit auto_nag documentation.
Assignee | ||
Comment 7•3 years ago
|
||
While this might be annoying behavior, I don't think it requires an uplift. Forwarding to Gijs though.
Comment 8•3 years ago
|
||
(In reply to Tom Schuster [:evilpie] from comment #7)
While this might be annoying behavior, I don't think it requires an uplift. Forwarding to Gijs though.
I think given the other regressions filed against bug 1667787, we'll want to look at those in January, and so uplifting this would also make sense to avoid inconsistencies. There's no beta build until the middle of the first week of Jan, so I can fill out the form then, I guess. Will keep needinfo to remind me.
Comment 9•3 years ago
|
||
Comment on attachment 9194198 [details]
Bug 1683581 - Don't overwrite valid alternative image file-extensions. r?Gijs
Beta/Release Uplift Approval Request
- User impact if declined: Firefox overwrites extensions for downloaded images
- Is this code covered by automated tests?: Yes
- Has the fix been verified in Nightly?: No
- Needs manual test from QE?: No
- If yes, steps to reproduce: See comment #0
- List of other uplifts needed: n/a
- Risk to taking this patch: Low
- Why is the change risky/not risky? (and alternatives if risky): This only affect image downloads. We're reordering existing code in a single helper function, slightly simplifying it, and there are additional tests.
- String changes made/needed: nope
Updated•3 years ago
|
Comment 10•3 years ago
|
||
Comment on attachment 9194198 [details]
Bug 1683581 - Don't overwrite valid alternative image file-extensions. r?Gijs
approved for 85.0b5
Comment 11•3 years ago
|
||
bugherder uplift |
Description
•