Closed
Bug 268083
Opened 20 years ago
Closed 20 years ago
Browser ignores helper application
Categories
(SeaMonkey :: Preferences, defect)
Tracking
(Not tracked)
People
(Reporter: u166595, Unassigned)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.3) Gecko/20040910
Originally reported as a sidestep in the thread of 67549 (in 2001/2002!), but
even in 1.7.3 the problem persists: defining your own helper application for
"image/jpeg" has no effect whatsoever.
Sure enough, you get a notification "a Helper Application will only be invoked
if the server requests external handling", but that's not a *fix*.
It's up to the user, not his/her browser or some external party, to determine
which application he/she wants to handle a given mime type.
It's sad that you have to fire up an almost prehistoric browser like Netscape
4.x to handle this properly.
BTW, the same problem applies to viewing image attachments in Usenet articles:
there too Mozilla ignores your Helper Application settings.
Reproducible: Always
Steps to Reproduce:
1. define some Helper Application (e.g. Irfanview) to handle image/jpeg
2. visit any URL ending in .jpg
Actual Results:
The browser ignores the user and his/her settings and persists in handling the
mime type itself.
Expected Results:
NOT handle image/jpeg (and others, for that matter) itself, but hand it to the
defined helper application. Except for inline images.
Comment 1•20 years ago
|
||
*** This bug has been marked as a duplicate of 58554 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Updated•20 years ago
|
Product: Browser → Seamonkey
You need to log in
before you can comment on or make changes to this bug.
Description
•