Closed Bug 87218 Opened 23 years ago Closed 2 years ago

helper app ignores user-defined application [file type]

Categories

(Firefox :: File Handling, defect, P3)

x86
Windows NT
defect

Tracking

()

RESOLVED INCOMPLETE

People

(Reporter: bugzilla, Unassigned)

References

()

Details

(Keywords: platform-parity, Whiteboard: [ADT3])

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: http://jrgm.mcom.com/bugs/mimetypes/sample.aiff

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: http://jrgm.mcom.com/bugs/mimetypes/sample.aiff
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.
results:
* 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.
<meow>user settings should persist</meow>
Keywords: nsbeta1, nsCatFood, rtm
Blocks: 78106
nominate for limbo release.
Keywords: mozilla0.9.3
thet testcases no longer work
bug 46655 and bug 78943 might be causing some confusion here.
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! :)
->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
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
Component: XP Apps: GUI Features → File Handling
Blocks: 104166
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.
Thanks!
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
present.
Keywords: nsrtmnsbeta1, pp
Status: NEW → ASSIGNED
Keywords: nsbeta1nsbeta1+
Priority: -- → P2
Target Milestone: --- → mozilla1.0
Whiteboard: [ADT3]
Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt.  If you have any
questions about this, please email adt@netscape.com.  You can search for
"changing adt3 bugs" to quickly find and delete these bug mails.
Keywords: nsbeta1-
Changing nsbeta1+ [adt3] bugs to nsbeta1- on behalf of the adt.  If you have any
questions about this, please email adt@netscape.com.  You can search for
"changing adt3 bugs" to quickly find and delete these bug mails.
Keywords: nsbeta1+
QA Contact: sairuh → petersen
Is this fixed with the checkin for Bug 86640?
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
Assignee: mscott → nobody
Status: ASSIGNED → NEW
QA Contact: chrispetersen → file-handling
Product: Core → Firefox
Target Milestone: mozilla1.0 → ---
Version: Trunk → unspecified
Moving to p3 because no activity for at least 1 year(s).
See https://github.com/mozilla/bug-handling/blob/master/policy/triage-bugzilla.md#how-do-you-triage for more information
Priority: P2 → P3

This is a very old Netscape issue that may no longer match today's Firefox file handling system by following the steps provided in the bug description.
Closing this as resolved:incomplete, if this issue is still reproducible, please re-open this ticket with the needed info or submit a new one.

Status: NEW → RESOLVED
Closed: 2 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.