96620 - Registring a new helper application does not work

Status: VERIFIED DUPLICATE of bug 96425

(SeaMonkey :: UI Design, defect)

Description

[marc oesch]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Windows; U; Win98; en-US; rv:0.9.3) Gecko/20010801
BuildID:    2001080110

with my initial config, mozilla tried to start quicktime to display tiff images.
(although no helper app was registrated with tif)

add a new helper application associating type "image/tiff" with paintshop.
mozilla still lauches quicktime!
Disabled inside quicktime edit->pref->browser plugin-> mime sttings every
support for "images"
mozilla still launches quicktime
Restart, reboot, verifying settings ...still launches quicktime

I have verified the content type settings in the mail wich is image/tiff and
corresponds to my helper settings.

Reproducible: Always
Steps to Reproduce:
1.send attachment with tif image
2.click on attachment to display
3.

Actual Results:  quicktime is allways started ignoring any helper application
settings
although I disabled image support within quicktime

Expected Results:  should start up the defined helper application

Comment 1

[Ryan Pertusio]

I believe this is closely related to bug 96425 - "helper apps" preferences have
no effect

Could you confirm this?

Comment 2

[Scott MacGregor]

setting the right product and component

Comment 3

[Scott MacGregor]

this time for real

Comment 4

[sairuh (rarely reading bugmail)]

marc, is this still a problem for you? bug 96425 is no longer a problem, and am
wondering if this might be a dup...

Comment 5

[Mike Schuette]

Resolving as duplicate due to the age/inactivity of this bug, and likelyhood of
a dup.

*** This bug has been marked as a duplicate of 96425 ***

Comment 6

[sairuh (rarely reading bugmail)]

mass verification of duplicate bugs: to find all bugspam pertaining to this, set
your search string to "DuplicateBugsBelongInZahadum".

if you think this particular bug is *not* a duplicate, please provide a
compelling reason, as well as check a recent *trunk* build (on the appropriate
platform[s]), before reopening.