helper app ignores user-defined application [file type]




17 years ago
2 years ago


(Reporter: bugzilla, Unassigned)



Firefox Tracking Flags

(Not tracked)


(Whiteboard: [ADT3], URL)



17 years ago
i don't know how widespread this is, but i noticed that when i have an existing
helper app defined within netscape6.x, it is ignored [except when created/edited
on the fly] and overridden by the OS setting. this seems like the converse of
Jesse's bug 86979.

it doesn't seem to affect all types --for me it affects my settings for .aiff
[audio/aiff] and .wav [audio/wav] files, but not the setting i have for .mp3
[audio/mpeg] files. currently tested on winNT, 2001.06.21.09 commercial bits.

recipe A:
1. create a helper app via the Preferences dialog, Helper Applications panel:
Description of type: AIFF handler from prefs
File extension: aiff
MIME: audio/aiff
Application: [selected Windows Media Player]
2. click on the url:

results: helper app dialog appears with:
* "AIFF Format Sound", instead of "AIFF handler from prefs" in the "You have
chosen to..." description [mime type is audio/aiff, tho'].
* "Open according to system settings" for the "Use default action..." field,
instead of mplayer2.exe [Windows Media Player executable].
* clicking OK results in IE being launched [instead of Windows Media Player]
with its File Download dialog.

recipe B:
0. doesn't matter whether or not you have a helper app define for .aiff, actually.
1. click on the url:
2. in the resulting helper app dialog, click the Set Default button.
3. define the type with the same info as in step (1) of Recipe (A), then click
OK to dismiss the Edit [or, New] File dialog.
4. click OK in helper app dialog.
* the description still says "AIFF Format Sound" [mime still audio/aiff].
* "Use default action..." field now says "Open with application mplayer2.exe.
* Windows Media Player actually launches.
5. however, try clicking on that .aiff link again...

results: same as in Recipe A: user-defined settings don't persist.

Comment 1

17 years ago
<meow>user settings should persist</meow>
Keywords: nsbeta1, nsCatFood, rtm


17 years ago
Blocks: 78106

Comment 2

17 years ago
nominate for limbo release.
Keywords: mozilla0.9.3

Comment 3

17 years ago
thet testcases no longer work

Comment 4

17 years ago
bug 46655 and bug 78943 might be causing some confusion here.

Comment 5

17 years ago
the testcase is, alas, on a site internal to netscape.

if someone could provide alternate, more accessible tests with static url and
the appropriate mimetype served, that'd be great! :)

Comment 6

17 years ago
->mscott, for the time being...

note to self: need to [re]check to see if this occurs with a new profile. [since
esther saw something similar to this occurring w/Excel on existing/migrated
profiles, but not new profiles.]
Assignee: blake → mscott

Comment 7

17 years ago
tried this with a new profile, and i still encounter the bug. currently testing
with 2001.06.28.09-trunk comm bits on winNT.

seems that the OS settings here prevail over the user-defined settings in
Netscape6.x. i found this out by deleting the "AIFF Format Sound" entry in the
File Types tab if View > Options [from windows explorer menu]. once that entry
is removed, the netscape6.x/mozilla settings are used.

i think basic is right wrt bug 78943 might be interfering here --before i
removed the OS file association, the mimetype was reported as audio/aiff in the
helper app dialog. after i removed the OS file association, the mimetype was
reported as audio/x-aiff instead. so, i'll make this dependent on 78943.
Depends on: 78943


17 years ago
Component: XP Apps: GUI Features → File Handling


17 years ago
Blocks: 104166

Comment 8

17 years ago
I get this problem trying to use a plugin other than quicktime (which is
installed as a plugin) to view or save an AVI (video/x-msvideo).  I have
disabled  avi handling in the Quicktime control panel, and have added in a
helper (Edit - Preferences -> Helper...) to handle file extension AVI with
MIME-TYPE video/x-msvideo, but Moz still insists on using the Quicktime plugin
(which sadly doesn't understand the AVI encoding (it is DIVX encoded, so I need
to view it with a different player).  I even tried removing the quicktime avi
dll from the plugins directory, but then mozilla just comes up with 'click here
to download the plugin' without asking me if I want to use another application
or save the file instead.

In short, Mozilla seems to ignore the user-defined helper application for AVI's.

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:0.9.7+) Gecko/20020120

If this is a separate bug, please let me know, but the summary seems to be relevant.

Comment 9

17 years ago
hm, still see this [2002.02.07.06 comm on win2k], even though bug 78943 has been
resolved. [tested with both existing and new profiles]

handing over to bill [but reassign as needed!].

bill / mscott, i'm wondering if this should now be considered expected behavior
on win32? this is *not* a problem on linux rh7.2 or mac 10.1.2 [w/recent comm
builds, new or existing profiles]...

nominating nsbeta1, but feel free to minus this if this is now considered okay
for win32-only behavior, or is otherwise unfixable [or unwise to fix?] at the
Keywords: nsrtm → nsbeta1, pp


17 years ago
Keywords: nsbeta1 → nsbeta1+
Priority: -- → P2
Target Milestone: --- → mozilla1.0


17 years ago
Whiteboard: [ADT3]

Comment 10

17 years ago
Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt.  If you have any
questions about this, please email  You can search for
"changing adt3 bugs" to quickly find and delete these bug mails.
Keywords: nsbeta1-

Comment 11

17 years ago
Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt.  If you have any
questions about this, please email  You can search for
"changing adt3 bugs" to quickly find and delete these bug mails.
Keywords: nsbeta1+


16 years ago
QA Contact: sairuh → petersen

Comment 12

16 years ago
Is this fixed with the checkin for Bug 86640?

Comment 13

16 years ago
OS-defined settings still prevail over user-defined (in moz/nscp). is this now
considered expected behavior? (tested with today's trunk build on win2k.)
sairuh, so what are the steps to reproduce and the problem symptoms in current
builds?  Is the information in comment 0 still correct?
whew, old bug! is this wontfix now? Yes, Quicktime settings will still override what the user has set in file types -> manage


10 years ago
Assignee: mscott → nobody
QA Contact: chrispetersen → file-handling


2 years ago
Component: File Handling → File Handling
Product: Core → Firefox
Target Milestone: mozilla1.0 → ---
Version: Trunk → unspecified
You need to log in before you can comment on or make changes to this bug.