Some files will be shown in the wrong extension name while downloading (eg. mp4->mov, aax->mp4)
Categories
(Core :: Audio/Video, defect, P3)
Tracking
()
Tracking | Status | |
---|---|---|
firefox-esr78 | --- | unaffected |
firefox-esr91 | --- | unaffected |
firefox93 | --- | wontfix |
firefox94 | --- | wontfix |
firefox95 | --- | wontfix |
People
(Reporter: skillofnoob, Unassigned, NeedInfo)
References
(Regression)
Details
(Keywords: regression)
Attachments
(3 files)
User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:93.0) Gecko/20100101 Firefox/93.0
Steps to reproduce:
The bug can be consistently reproduced on a clean Windows 11 virtual machine as well as on my Actual Windows 11 desktop using Firefox 93 and later by doing the following steps:
- Save the attached .mp4 file (This issue only happens with certain .mp4 files)
- Locate the .mp4 file in Windows Explorer
- Drag and and drop the .mp4 file into the search bar of Firefox 93 or later
- Right click the video
- Click "Save video as..."
- Select "Save File" in the Firefox download popup
- Click "Ok" in the Firefox download popup
- Choose a directory to save to and click "Save" in the Windows Explorer popup
- The extension of the saved file will be .mov instead of .mp4
Actual results:
The .mp4 file is saved as an .mov file in Firefox 93 or later
Expected results:
The .mp4 file should be saved as an .mp4 file as seen in Firefox 92 and before
Reporter | ||
Comment 1•3 years ago
|
||
Reporter | ||
Comment 2•3 years ago
|
||
Updated•3 years ago
|
Comment 3•3 years ago
|
||
Regression window:
https://hg.mozilla.org/integration/autoland/pushloghtml?fromchange=30011f524417c5cbbcbe4a46013abd078961076f&tochange=ffba9897b9eb24e7722de9c556ad58de094dffa2
Updated•3 years ago
|
Comment 4•3 years ago
|
||
Set release status flags based on info from the regressing bug 1704115
Comment 5•3 years ago
|
||
I can confirm this issue, reproduced it on Windows 10 x64 using the latest Nightly 95.0a1, Firefox 94 beta 4, and Firefox 93. Setting this to NEW.
Updated•3 years ago
|
Comment 6•3 years ago
•
|
||
Paul, could you please check how your changes may have caused this, or whether it was intentional?
Comment 7•3 years ago
|
||
Those videos are ISOBMFF containers with the brand ftypqt
, which means those really are QuickTime MOV
files, see the first few bytes from the video attached:
00000000: 0000 0014 6674 7970 7174 2020 0000 0000 ....ftypqt ....
00000010: 7174 2020 0000 0008 7769 6465 002a b4c9 qt ....wide.*..
00000020: 6d64 6174 2120 0340 681c 214e f946 87e2 mdat! .@h.!N.F..
00000030: fb84 0afb 8429 38af d552 5ef3 ffda d5f8 .....)8..R^.....
I guess we shouldn't try to sniff when downloading the file, it's not very useful, is it?
Updated•3 years ago
|
Comment 8•2 years ago
|
||
(In reply to Paul Adenot (:padenot) from comment #7)
I guess we shouldn't try to sniff when downloading the file, it's not very useful, is it?
Yes. I'm guessing you can check the content policy type of the channel to distinguish loads inside the video element from other ones, perhaps? Given that (I think?) the change here would be in media code, moving to the relevant component. If there's a more general problem with sniffing / stream converting + downloads, perhaps this should live in networking, but I expect you would know better than me.
Paul, is this something you're familiar with? Triaging, but feel free to change the values as you see fit.
Updated•2 years ago
|
Updated•2 years ago
|
Comment 11•2 years ago
|
||
The Audible AAX file (audio/vnd.audible.aax) was mentioned on SUMO today:
https://support.mozilla.org/questions/1359286
Apparently it is a container format and not actually a plain MP4 video, so renaming the extension makes the file less fit for purpose.
Comment 12•2 years ago
|
||
Version 97.0.1 (in Mac Os) downloading file of type audio book from audible again saves with defaulted .aax suffix again (correct) rather than .mp4 (incorrect) as originally raised in Bug 1742276 and transferred to this bug, ie bug record 1734606
Description
•