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

NEW
Unassigned

Status

()

--
minor
18 years ago
2 years ago

People

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

Tracking

(Depends on: 1 bug)

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

18 years ago
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...
(Reporter)

Comment 2

18 years ago
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

Comment 4

18 years ago
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?
(Reporter)

Comment 6

17 years ago
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

Comment 8

17 years ago
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
*** Bug 203736 has been marked as a duplicate of this bug. ***

Comment 12

15 years ago
retargeting
Target Milestone: mozilla1.1alpha → Future
.
Assignee: law → file.handling
Target Milestone: Future → ---
Assignee: file-handling → nobody
QA Contact: chrispetersen → file-handling

Updated

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