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)
Tracking
()
NEW
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.
Comment 1•24 years ago
|
||
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•24 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
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
Comment 5•24 years ago
|
||
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•23 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
Comment 7•23 years ago
|
||
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
Updated•23 years ago
|
Component: XP Apps → File Handling
Comment 9•23 years ago
|
||
*** Bug 111913 has been marked as a duplicate of this bug. ***
Comment 10•23 years ago
|
||
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.
Updated•22 years ago
|
QA Contact: sairuh → petersen
Comment 11•22 years ago
|
||
*** Bug 203736 has been marked as a duplicate of this bug. ***
Updated•15 years ago
|
Assignee: file-handling → nobody
QA Contact: chrispetersen → file-handling
Updated•8 years ago
|
Product: Core → Firefox
Version: Trunk → unspecified
Updated•2 years ago
|
Severity: minor → S4
You need to log in
before you can comment on or make changes to this bug.
Description
•