154705 - user-defined helper apps: app won't launch if "save to disk" is default selection

Status: RESOLVED WORKSFORME

(Core Graveyard :: File Handling, defect, P3)

Description

[sairuh (rarely reading bugmail)]

couldn't quite find an existing bug for this, but dup as needed...

found while testing with 2002.06.27.0x comm branch bits on mac 10.1.5/9.1, linux
rh7.2 and win2k.

1. define a mimetype for which there's no OS association. eg, do this from the
Helper Applications prefs panel. click New Type there and fill out the dlg. for
example:
  * for linux, i used xmms for .mp3 (audio/mpeg)
  * for win2k, WinZip for .bin (application/octet-stream)
  * for mac9, Adobe Acrobat for .pdf (application/pdf)
  * for macX, Preview for .doc (application/msword)

2. (double-check) after defining these mimetypes, make sure that the application
will launch when you click an appropriate file; the helper app dlg will have
"open with <defined app>" selected. sample files can be found at
http://mozilla.org/ (downloadable links) or
http://hopey.mcom.com/tests/helper-apps/ --at this point, this worked at
expected for me.

3. go back to the Helper Applications pref panel, select and Edit the mimetype.

4. in the Edit dlg, change the default selection to "save to disk".

5. click OK, OK.

6. go click on a link (see examples in step (2)). when the helper app dlg
appears, the default radiobutton selection will be "save to disk". change this
to "open with <defined app>" --at this point the helper app dlg still displays
the helper you had defined in step (1).

7. click OK.

expected: the progress dlg will briefly appear (depending on the file size,
connection, etc.), then the helper app should launch.

actual results (all but win2k): the progress dlg briefly appears...but the
helper application never launches.

actual results (win2k): the progress dlg briefly appears...but the app still
won't launch. instead i get a OS dlg warning about the file being opened (click
OK), then an "open with" dlg listing apps. methinks this might be the same bug,
even though the result differs from other platforms...

Comment 1

[Samir Gehani]

Nav triage team: nsbeta1+/adt3

Comment 2

[Samir Gehani]

Over to Jan.

Comment 3

[Samir Gehani]

Nav triage team: nsbeta1, need info.  Chris, we believe that the January helper
apps landing fixed this issue.  Could you please check the same and report back
in the bug?  Thanks.

Comment 4

[Chris Petersen]

Yes, I did actually look at this earlier in the week but forgot to add my
comments :). Based on sarah's steps, I wasn't able to reproduce the problem. 

1) I specified the "save to disk" option in Helper Applications pref panel as
described. 
2) After clicking on the associated file, the Helper app dialog did opened with
"save to disk" as default
3) Selecting "Open it with" and clicking OK, launched the custom helper app I
had specified earlier.

Tested on both 2003-03-26-03 Mach-0 (OS X) and 2003-03-26-04 Win32 (Win XP)
trunk builds.

Comment 5

[sairuh (rarely reading bugmail)]

marking w4m per comment 4. thanks, chris!