Open Bug 1778322 Opened 3 years ago Updated 6 months ago

[meta] Bad, removed or changed file extension after download

Categories

(Web Compatibility :: Knowledge Base, task)

Tracking

(firefox-esr91 unaffected, firefox-esr102 affected, firefox102 affected, firefox103 affected, firefox104 affected)

Tracking Status
firefox-esr91 --- unaffected
firefox-esr102 --- affected
firefox102 --- affected
firefox103 --- affected
firefox104 --- affected

People

(Reporter: tschuster, Unassigned)

References

(Depends on 4 open bugs)

Details

(Keywords: meta)

No description provided.
Depends on: 1772758
Depends on: 1778071
Depends on: 1777207
Depends on: 1777470
Depends on: 1772988
Depends on: 1772989
No longer depends on: 1746052
Regressed by: 1746052

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

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

Flags: needinfo?(enndeakin)

A couple of questions:
Do we have any mitigations we can put in place for these bugs?
Is there anything we could at least do for fx103?
:enndeakin there was a comment on an issue https://bugzilla.mozilla.org/show_bug.cgi?id=1773907#c2 - if there was any further investigation on a fix for these?

Webcompat Priority: --- → ?

The Bugbug bot thinks this bug is a defect, but please change it back in case of error.

Type: task → defect
Depends on: 1778572
No longer depends on: 1778572

Let's not use a meta bug for tracking. Neil is already looking at some of the dependencies. Some of these bugs might actually be unrelated. I think we had some issues even before bug 1746052 landed.

Flags: needinfo?(enndeakin)
No longer regressed by: 1746052
Depends on: 1778572
Type: defect → task
Depends on: 1778620
Depends on: 1778925
Depends on: 1753090
Depends on: 1749294
Depends on: 1778498
Depends on: 1779128
Webcompat Priority: ? → P1

Bug 1773907 should have fixed most of these issues. It would probably be good to manually verify if all other bugs as well.

I believe bug 1773907 should also have fixed 1778572, 1778925, 1779135, 1778620, 1777893, 1778167 and 1777470.

Bugs 1772140, 1778160, 1772988, 1772989 and 1777207 cannot be reproduced and are likely oddities that are specific to the user's configuration.

Depends on: 1778597
Depends on: 1779965

when is this gonna get resolved for all cases?
ever since Firefox v102.0.0 this has been happening..

for me its CurseForge for the download of Java .jar files for Minecraft mods,
its turns it in to .jar.zip every time without fail...

Which I grab often whenever there is an update to one or more mods.
example: https://www.curseforge.com/minecraft/mc-mods/clumps/files/3950215

but the following personal website for a Minecraft mod maker does not have this issue..
https://chocolateminecraft.com/minimapdownload.php
https://chocolateminecraft.com/worldmapdownload.php
and I don't know why..

This seems to be fixed for CurseForge website now..
.jar are no longer being renamed to .jar.zip
not sure who fixed it though... Mozilla or CurseForge.

Depends on: 1806442
Depends on: 1810197
Depends on: 1815089
Depends on: 1817853
Depends on: 1855103

Will anyone be sad if I move this meta bug into the Web Compatibility : Knowledge Base component? It seems to mostly be a collection of reports of broken sites, which is what the component is for. Alternatively we need to create a broadly similar bug in that component.

Webcompat Priority: P1 → ?
Flags: needinfo?(james)
Flags: needinfo?(james)
Component: File Handling → Knowledge Base
Product: Firefox → Web Compatibility

Investigated the following opened bugs for META 1778322:

Investigated the following closed bugs for META 1778322:

Blocks: 1772758
No longer depends on: 1772758
Webcompat Priority: ? → ---
See Also: → 1934918
See Also: → 1913858
You need to log in before you can comment on or make changes to this bug.