Open Bug 167320 Opened 19 years ago Updated 8 months ago

eternal/endless/infinite loop when associating Firefox/SeaMonkey/Mozilla as a helper application for a given file type

Categories

(Firefox :: File Handling, defect)

defect
Not set
critical

Tracking

()

People

(Reporter: chimera, Unassigned)

References

(Blocks 1 open bug)

Details

(Keywords: helpwanted)

User-Agent:       Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.1) Gecko/20020826
Build Identifier: Mozilla/5.0 (Windows; U; Win 9x 4.90; en-US; rv:1.1) Gecko/20020826

I think the download manager should either prevent the user from choosing
mozilla itself as "open with", or (better) figure out that the user wants the
file opened in the browser, not by the download manager at all.

Reproducible: Always

Steps to Reproduce:
1. download a binary file
2. choose mozilla.exe to handle file
3. uncheck the box 'always ask'
4. have fun...
QA Contact: sairuh → petersen
*** Bug 201565 has been marked as a duplicate of this bug. ***
*** Bug 214157 has been marked as a duplicate of this bug. ***
*** Bug 205826 has been marked as a duplicate of this bug. ***
*** Bug 208636 has been marked as a duplicate of this bug. ***
.
Assignee: blake → law
Severity: normal → critical
Status: UNCONFIRMED → NEW
Component: Download Manager → File Handling
Ever confirmed: true
*** Bug 215554 has been marked as a duplicate of this bug. ***
*** Bug 222833 has been marked as a duplicate of this bug. ***
*** Bug 229852 has been marked as a duplicate of this bug. ***
Assignee: law → cbiesinger
QA Contact: chrispetersen → ian
Summary: Eternal loop when associating mozilla.exe with file type → Eternal loop when associating mozilla.exe with file type as helper application
*** Bug 213316 has been marked as a duplicate of this bug. ***
*** Bug 208231 has been marked as a duplicate of this bug. ***
*** Bug 235027 has been marked as a duplicate of this bug. ***
*** Bug 264356 has been marked as a duplicate of this bug. ***
Assignee: cbiesinger → file-handling
*** Bug 266598 has been marked as a duplicate of this bug. ***
*** Bug 276343 has been marked as a duplicate of this bug. ***
*** Bug 280462 has been marked as a duplicate of this bug. ***
*** Bug 295955 has been marked as a duplicate of this bug. ***
*** Bug 317670 has been marked as a duplicate of this bug. ***
*** Bug 316261 has been marked as a duplicate of this bug. ***
An enhancement would be to have an additional choice in the download window ("What should Firefox do with this file?"):

"Attempt to display file"

This would force the browser to render it internally, using whatever fallback mechanisms the browser has, ignoring MIME type.

In most cases, this will work just fine.  There's a lot of websites out there that serve content that can be seen just fine in a browser, but for whatever reason has the wrong MIME type encoded, or has the EMBED tag around it, or something like that.  This confuses the browser, and so the user can't easily open the content just by clicking on it.

If there's already a bug open for this enhancement, please link it here.
In response to comment #19: the enhancement is in Bug 196078 for text/* documents, and Bug 57342 for everything else. 
*** Bug 351223 has been marked as a duplicate of this bug. ***
Duplicate of this bug: 379545
Summary: Eternal loop when associating mozilla.exe with file type as helper application → eternal/endless/infinite loop when associating Firefox/SeaMonkey/Mozilla as a helper application for a given file type
Duplicate of this bug: 461691
Duplicate of this bug: 463361
Duplicate of this bug: 476774
Duplicate of this bug: 476774
Duplicate of this bug: 477524
Duplicate of this bug: 478349
Assignee: file-handling → nobody
QA Contact: ian → file-handling
Would it not be possible to detect that the file open request came from the OS (command line parameter) and not defer to helper applications in that case, ie. error message.

Trying to detect the source or destination seems foolhardy.

(I'm not sure if this is the right bug. Bug 218257 Bug 215554 are newer.)
Maybe, but the problem is of course that the code that does the helper app launching doesn't know that the URL came from the command line, so this would require quite a bit of code changes.
Duplicate of this bug: 595472
Duplicate of this bug: 613136
Duplicate of this bug: 613136
Duplicate of this bug: 628138
Duplicate of this bug: 629641
Oh guys, I'm so sorry this was a dupe. I really did look at the list given and used the keywords of ".do open file" and "infinite loop" to try to find it but there was a list SOOOO long and it was definitely not in the first 100 that came back. I don't mean to fill up the system with dupes, but it sure would be nice to have this fixed! Thank you for checking it out. :) Your work on this browser is VERY appreciated!! Firefox is the best!
Duplicate of this bug: 638715
Duplicate of this bug: 654681
Duplicate of this bug: 668713
Duplicate of this bug: 771982
Duplicate of this bug: 776335
Duplicate of this bug: 776335
Duplicate of this bug: 852239
This bug is like an easter egg! 10 years old, critical but most people probably don't hit it ;) I hit it trying to open PDFs, it wasn't opening in Aurora so I tried choosing Aurora. It worked for the first PDF I tried it on, then the 2nd one looped :D At least the browser was responsive and I could exit (yay session store!)
Duplicate of this bug: 1077889
Duplicate of this bug: 1133217
Duplicate of this bug: 977653
Duplicate of this bug: 1178310
Duplicate of this bug: 1148976
Duplicate of this bug: 1156335
Product: Core → Firefox
Version: Trunk → unspecified
I'm curious why we still allow FF to select itself and loop in such a way, especially considering how easy it is to do and it can effectively brick the profile (and system if it has low resources).
See Also: → 218257
Hardware: x86 → All
Duplicate of this bug: 1517934
Duplicate of this bug: 721739
Duplicate of this bug: 975461
See Also: → 1534864
See Also: → 1555637

This is still happening in 71.0b6 (64-bit) on Windows 10.

:david.beers, Is this still happening in Firefox 74?

Still happening in 75.0b5 on macOS Catalina

Duplicate of this bug: 1627436

(In reply to Tawanda Kanhema from comment #57)

:david.beers, Is this still happening in Firefox 74?

Sorry for not responding! It does not seem like it's happening on 76.0b3 on Windows 10 1909 64-bit build 18363.752. I downloaded a test .zip file from https://www.thinkbroadband.com/download and chose Firefox to "Open with". The file downloads and Firefox tries to open it from the local storage which just makes it ask to download it again. Is that what's supposed to happen? Either way, I'm not getting an endless loop of anything.

Duplicate of this bug: 1639355
Duplicate of this bug: 1410606
Duplicate of this bug: 628909
Duplicate of this bug: 842943
Duplicate of this bug: 1376355
Duplicate of this bug: 1428266
Duplicate of this bug: 1650341
You need to log in before you can comment on or make changes to this bug.