Closed Bug 268083 Opened 20 years ago Closed 20 years ago

Browser ignores helper application

Categories

(SeaMonkey :: Preferences, defect)

x86
Windows 2000
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 58554

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.

*** This bug has been marked as a duplicate of 58554 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Product: Browser → Seamonkey
You need to log in before you can comment on or make changes to this bug.