Open Bug 82860 Opened 24 years ago Updated 2 years ago

Can't use XP filepicker to pick an app that's in $PATH without knowing full path

Categories

(Firefox :: File Handling, defect)

x86
All
defect

Tracking

()

People

(Reporter: d.a.v.h, Unassigned)

References

(Depends on 1 open bug)

Details

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4 i686; en-US; rv:0.9) Gecko/20010507
BuildID:    2001050716

When downloading a file for which it is decided to save or open a window opens
and asked which program to open the file with or where to save the file.

If the user already knows what program is used for a specific file, then she/he
has to walk trough the whole filesystem and find the actual executable file
instead of just writing notepad or the like and the PATH is searched for a
executable file mathing this name. It should be possible to write the name in
the little open-with box, not having to open the filepicker.

Also the last program for opening a file is not remembered. It is highly likely
that I use emacs for opening .js files again should I choose to open another .js
file.

Reproducible: Always
Steps to Reproduce:
1.download a file and open it with a program which is unknown to mozilla.
The "PATH" problem is related to bug 56662.

The "remembering" problem is why there is a "set default" button on the 
dialog...
PATH problem is almost a duplicate of bug 56662 (Altough I'm talking about the
save-as/open dialog box). Deleted from summary.

set default?
I get a "Always ask me before opening or saving files of this type" which is
grayed out (ie. it is unchangeable).

And it is still not possible to write the programname directly, filepicker is
needed.
Summary: download open window cant handle programs in PATH + filepicker is needed → download open window requires filepicker + cant remember
->bill. methinks this is a dup...
Assignee: pchen → law
Whiteboard: DUPEME
Dennis, your last comment implies you're using an older version of Mozilla.
Newer version of that dialog has the button Sarah refers to.

Regardless, this bug is slightly different from 56662.  So we can leave this
one.  I think it should be marked as an RFE though.
Whiteboard: DUPEME
sorry, i'm a bit confused --is this bug now an rfe for having access to the file
picker from the downloading/helper app dialog? if so, isn't there already access
to it when you click the Choose button?
OK. Upgraded to 0.9.1 (build 2001060713). Changed summary to reflect new layout.

When I click a unknown file, I get the option to either use default option or
choose between save or open with a appl.

I still need to know the intire path to the application although its in the
$PATH plus it is impossible to let moz know that this is the default action for
the next time this type of file is encountered.
Summary: download open window requires filepicker + cant remember → download open/save window cant remember + requires full path
Please see bug 86640 for the "can't tell mozilla to remember that this is the
default action".

Changing summary to reflect what's really asked for.  Ccing bryner.

setting status to NEW.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: download open/save window cant remember + requires full path → Can't use XP filepicker to pick an app that's in $PATH without knowing full path
OK, interpreting this bug as a request for a new "feature" that path-less
filenames entered in the Edit Type or New Type helper app dialogs will search
the $PATH (or equivalent on Windows) and use the first matching executable.

Does that sound right?
Target Milestone: --- → mozilla1.1
Component: XP Apps → File Handling
*** Bug 111913 has been marked as a duplicate of this bug. ***
Bill, that would be bug 56662.  This bug is specific to the XP filepicker, as
filed, and is a request that the filepicker have a "select application" mode in
which it will search the PATH if you type a filename that is not present in the
current directory.
QA Contact: sairuh → petersen
Depends on: 97321
*** Bug 203736 has been marked as a duplicate of this bug. ***
retargeting
Target Milestone: mozilla1.1alpha → Future
.
Assignee: law → file.handling
Target Milestone: Future → ---
Assignee: file-handling → nobody
QA Contact: chrispetersen → file-handling
Product: Core → Firefox
Version: Trunk → unspecified
Severity: minor → S4
You need to log in before you can comment on or make changes to this bug.