Closed Bug 91021 Opened 23 years ago Closed 23 years ago

"open with" download assistant only allows classic apps

Categories

(SeaMonkey :: UI Design, defect)

PowerPC
macOS
defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED
mozilla0.9.4

People

(Reporter: jj.enser, Assigned: mikepinkerton)

Details

(Whiteboard: OSX+)

Attachments

(2 files)

Steps to reproduce:
1. Make sure your prefs are such as mozilla prompts you when you download a file
with the "Open with/Save to disk" dialog.
2. Click "Choose app" to handle the particular file type you're trying to download

-> You can only select classic apps in the subsequent dialog. I was unable to
select for example, the carbon version of Stuffit Expander.

Reproducible: Always
btw, the same thing happens when going to Preferences/Navigator/Helper Apps/Edit
or New, then "choose app".

On a good note, IE 5.1 is no better :-)
On a bad note, IE 5.1 will handle it just fine with the final release.

I think the problem here is that you can't select application bundles - I can
select carbon apps like BBEdit and Acrobat Reader and even Fizzilla, which are
just distributed as plain executables.

I would consider this to be a major issue, especially since most Mac OS X native
apps are being distributed as packages.
Is this also why I'm seeing a failure of Fizilla to start Stuffit Expander from
the file save dialog?

In other words, I click on a .sit or similar file, Fizzilla prompts me to choose
between "save file" or "Open with Stuffit Expander".  If I choose "Open with
Stuffit Expander" (the default), I just end up with Fizzilla's temporary file
(randomstuff.sit) saved to my desktop.

I'm a Mac Newbie, so I don't even know where these associations are set.  (I
know the finder keeps stuff like this in it's database, but I don't know how to
look at/ modify that database)..
i'll take this one, but it relies on launchServices.h which isn't yet in our 
headers. We must move to newer headers for this to work.
Assignee: pchen → pinkerton
Whiteboard: OSX+
Target Milestone: --- → mozilla0.9.4
filtering was actually turned off for fizzilla, this turns it back on again. also 
supports packages when we're showing all files (our wacky way of allowing apps to 
be chosen; the fact that this is lame is beyond the scope of this bug, others 
have been filed to change the API).

needing r/sr
Status: NEW → ASSIGNED
r=pchen
sr=sfraser
a=dbaron (on behalf of drivers)
landed
Status: ASSIGNED → RESOLVED
Closed: 23 years ago
Resolution: --- → FIXED
Okay, I can verify that I can choose all kinds of applications now with the
download assistant, however they don't seem to actually launch after the
download completes..  This has always seemed to be the case for me, is this the
case for others?

Should I open a new bug for that?

 
hrm, with the 2001.08.30.05-comm bits [i'm on 10.0.4], i still cannot select the
carbon version of StuffIt Expander [see also bug 97676].
aha! i don't see this with the 2001.08.30.05 mozilla build, only with the
commercial build. i'm gonna reopen this since it should be fixed in both trees.
[but if you'd rather have this closed and a new one opened in bugscape, lemme
know. :)]

afaik, i think the application is supposed to open once download is complete.
pink, steve et al., is that supposed to be the case? unfortunately, bug 97676
blocks me for opening the app itself, commercial or mozilla.
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
uh, it's the same dialog, right? how can commercial be different?
i can't get a build to download anything. something has horribly regressed, so i 
can't verify or deny that this wasn't fixed. what's up here?!
i did a commercial build and this worked fine for me.
Status: REOPENED → RESOLVED
Closed: 23 years ago23 years ago
Resolution: --- → FIXED
well, waddya know. i can now select a carbonized app using 2001.09.04.08
commercial bits on os x.

vrfy.
Status: RESOLVED → VERIFIED
Component: Browser-General → XP Apps
QA Contact: doronr → sairuh
Product: Core → Mozilla Application Suite
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: