1777893 - since version 101.2 until 103.0b4, firefox no longer saves winrar/zip extensions when downloading those files

Status: VERIFIED WORKSFORME

(Firefox :: Downloads Panel, defect)

Description

[At Close Range]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:101.0) Gecko/20100101 Firefox/101.0

Steps to reproduce:

downloading any .rar/.zip files on the net

Actual results:

since version 101.2 until 103b3 firefox no longer saves winrar/zip extensions when downloading those files type

Expected results:

firefox.rar instead of firefox (noextention anymore)

Comment 1

[BugBot [:suhaib / :marco/ :calixte]]

The Bugbug bot thinks this bug should belong to the 'WebExtensions::Untriaged' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

Comment 2

[Rob Wu [:robwu]]

There are a bunch of bugs about the loss of file extensions:
bug 1777470
bug 1773907
bug 1133166 (revived at https://bugzilla.mozilla.org/show_bug.cgi?id=1133166#c9)

Comment 3

[At Close Range]

(In reply to Release mgmt bot [:suhaib / :marco/ :calixte] from comment #1)

The Bugbug bot thinks this bug should belong to the 'WebExtensions::Untriaged' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

thank you Rob but how i can correct this?

Comment 4

[At Close Range]

(In reply to Release mgmt bot [:suhaib / :marco/ :calixte] from comment #1)

The Bugbug bot thinks this bug should belong to the 'WebExtensions::Untriaged' component, and is moving the bug to that component. Please correct in case you think the bot is wrong.

thank you Marco (sorry) but how i can correct this?

Comment 5

[At Close Range]

(In reply to Rob Wu [:robwu] from comment #2)

There are a bunch of bugs about the loss of file extensions:
bug 1777470
bug 1773907
bug 1133166 (revived at https://bugzilla.mozilla.org/show_bug.cgi?id=1133166#c9)

thanks Rob for the infos but it seems they don't care since i got no reply

Comment 6

[Bob49]

Forum french : https://forums.mozfr.org/viewtopic.php?p=930236#p930236

example address problem : https://karanpc.com/blog/

I tested...

badly formatted link : Advanced SystemCare Pro 15.5.0.262 | File Size: 52 MB - Download "direct"
= problem with Beta 103.0b4 et Release 102 (W10)

---

correctly formatted link : Advanced SystemCare Pro 15.5.0.262 | File Size: 52 MB - Download - "UsersDrive"
no problem with Beta 103.0b4 et no problem with Release 102 (W10)

https://www.casimages.com/i/2207060202361370317944397.jpg.html
https://www.casimages.com/i/2207060202371370317944398.jpg.html

Comment 7

[Daniel Bodea [:danibodea]]

I can confirm this issue with the "Direct" download link of Advanced SystemCare Pro 15.5.0.263 | File Size: 52 MB from https://karanpc.com/advanced-systemcare-pro-download/

It downloads extensionless while it should be a rar archive.

It occurs on Nightly v104.0a1, Beta v103.0b6 and Release v102.0.1, but does not occur in ESR v91.11.0esr.

If the user would force open the file using an archive manager, it would most certainly work as expected, however, Firefox appears to confuse Windows about the real extension with part of its name. (.263 instead of .rar).

After a mozregression investigation, it appears to be a regression of bug 1746052.

Comment 8

[BugBot [:suhaib / :marco/ :calixte]]

Set release status flags based on info from the regressing bug 1746052

Comment 9

[BugBot [:suhaib / :marco/ :calixte]]

:enndeakin, since you are the author of the regressor, bug 1746052, could you take a look?
For more information, please visit auto_nag documentation.

Comment 10

[Marco Bonardo [:mak]]

The download button starts a POST request, but then the file is served through GET.
The page loaded by the POST request does a location.href to start the GET request.
This may be a problem with GetFileNameFromChannel

Comment 11

[At Close Range]

(In reply to Marco Bonardo [:mak] from comment #10)

The download button starts a POST request, but then the file is served through GET.
The page loaded by the POST request does a location.href to start the GET request.
This may be a problem with GetFileNameFromChannel

what are you talking about? is it english because i understand nothing

Comment 12

[Marco Bonardo [:mak]]

I'm sorry, that was just a brief analysis of the problem on our (Firefox) side. It was not intended as a solution for you.

Comment 13

[At Close Range]

solved with 103.0b8 version

Comment 14

[Ardelean Oana, Desktop Test Engineering [:oardelean]]

I managed to reproduce this issue on Firefox 103.0b6(build ID: 20220707185904) on Windows 10 64-bits, using the link and steps from Comment 7. Seems to be fixed by bug 1773907 on Firefox 103.0b8(build ID: 20220712185923) and Nightly 104.0a1(build ID: 20220712093327) on Windows 10 64-bits, macOS 12, Ubuntu 22.04.