Open Bug 258085 Opened 20 years ago Updated 2 months ago

Honor operating system/desktop file manager selection for "open containing folder", or provide a preference.

Categories

(Toolkit :: Downloads API, enhancement)

x86
All
enhancement

Tracking

()

People

(Reporter: csabka, Unassigned)

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040626 Firefox/0.9.1

I think the open containing folder with another file manager can be useful. For
example if you like much better the Total Commander in windows than Explorer, or
Krusader on linux, you can browse the download folder with your favourite
filemanager.

Reproducible: Always
Steps to Reproduce:
1.
2.
3.



Expected Results:  
New filetype in Options.../Downloads/File Types   example: "folder"
This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/
I'm not sure you can't do this with the Launchy extension
(In reply to comment #2)
> I'm not sure you can't do this with the Launchy extension
You can't.

This bug still exists. Even with a custom filemanager defined in Windows, "open containing folder" in FF 2.0 still uses Windows Explorer.

QA Contact: ali → download.manager
Assignee: bugs → nobody
Confirming as feature request.
Status: UNCONFIRMED → NEW
Ever confirmed: true
Summary: Open containing folder with another filemanager (or ability to configure it) → Honor operating system/desktop file manager selection for "open containing folder", or provide a preference.
Version: unspecified → Trunk
Product: Firefox → Toolkit
This bug is really annoying for KDE users. Most fix it by making a link called "nautilus" linking "konqueror". But that's an ugly hack. Why not just use xdg-open (if it exits)? This will open the right app for the currently running desktop environment. There is no reason at all why this xdg-open should not be used under *nix. I for myself did an even uglier hack to tell Firefox to use Konqueror, see: http://twoday.tuwien.ac.at/pub/stories/316660/

Just running xdg-open file:///path/to/the/dir/ should do the whole trick. No special support for any DE needed.
Firefox should be calling:-
ShellExecute(handle, NULL, <fully_qualified_path_to_folder>, NULL, NULL, SW_SHOWNORMAL);


As stated in http://msdn.microsoft.com/en-us/library/bb762153%28VS.85%29.aspx
6 years old request... :-)
This bug is really annoying for those of use that use explorer replacements like xplorer2.
This sounds to me that Mozilla is not being compliant in supporting user defaults regardless of the operating system. It is well-known that this is a major issue for KDE users on Linux who use Dolphin as a file manager.

It sounds to me that there is a need for a major rewrite of code that calls the file manager from Mozilla applications.

Can everyone who works on this specific area of code get together so that it may be fixed regardless of the user's operating system?
This bug is still valid for FF 29.0.1 in Linux.

It turns out that FF (tested on 29.0.1 on Gentoo) when built with dbus support has a wrong way to "Open containing folder".
It first calls (instead of checking if exists first and then calling) org.freedesktop.FileManager1 on the session bus and thus if nautilus is installed it is started as "/usr/bin/nautilus --no-default-window" and in this way FF doesn't honor the XDG at all.

So for now a workaround is either to delete the /usr/share/dbus-1/services/org.freedesktop.FileManager1.service or change its Exec to "dolphin" (if you are under KDE, though that may have implications 'cause dolphin doesn't register any org.freedesktop.FileManager1).

It needs fix definitely or at least an option to choose in FF preferences
This bug is still valid for FF36. Fedora 21 here running KDE. I installed another DE yesterday (MATE Desktop) and now "Caja" opens up instead of what is my standard Dolphin! I have all of the defaults set correctly. 

They should just use the associations settings like from xdg-open or allow us to pick a default filemanager in about:config

$ xdg-mime query default inode/directory
dolphin.desktop

I click on "open containing folder" and I get a dialog asking me to specify an application; if I navigate to /usr/bin and select 'dolphin', nothing happens; it seems that what Firefox NOW means by "the link" is the file itself; I don't know, nothing opens.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.