Open Bug 1285711 Opened 8 years ago Updated 4 days ago

Firefox does not use default file manager

Categories

(Core :: Widget: Gtk, defect, P5)

Product:
Core
Component:
Widget: Gtk
Version:
47 Branch
Platform:
x86_64
Linux
Type:
defect

Tracking

()

Status:
UNCONFIRMED

People

(Reporter: myaverageorange, Unassigned)

References

(Regression)

Details

(Keywords: dupeme, regression, Whiteboard: tpi:-)

Attachments

(1 file)

firefox and file manager: removing Nemo and Nautilus changed things on file manager behavior of Firefox.
4.21 KB, text/plain
Details
User Agent: Mozilla/5.0 (X11; Fedora; Linux x86_64; rv:47.0) Gecko/20100101 Firefox/47.0 Build ID: 20160623084759 Steps to reproduce: Save a file OR open the containing folder from the downloads window. Using Fedora 24 with Cinnamon 3.0.6. Actual results: Firefox opens Nemo, which is not my default file manager. Expected results: Firefox should have opened Thunar, which is set as my default file manager on Fedora 24 + Cinnamon via mimeapps.list and mimeinfo.cache and modifications to .desktop files. This is a known problem: http://www.linuxquestions.org/questions/linux-software-2/firefox-iceweasel-workaround-open-containing-folder-with-user-defined-filemanager-903126/
Component: Untriaged → Widget: Gtk
OS: Unspecified → Linux
Product: Firefox → Core
Hardware: Unspecified → x86_64
Keywords: dupeme
Whiteboard: tpi:-
Hi. I have the same issue (years ongoing), but I would like to add something to this bug report. I've noted that in Nightly 53.0a1 the Downloads pane action "Open Downloads Folder" opens the Downloads directory in the default file manager, while the icon next to a download ("Open Containing Folder") opens the directory in the wrong file manager. This is probably helpful to fix the issue.
I'm seeing this issue as well. I'm using Fedora 25 51.0.1 and gnome. When I open folders, I get Dolphin instead of Nautilus.
I'm also seeing this issue. I'm using Kubuntu 14.04.5 LTS and Firefox 54.0 (64-bit). Firefox just refuses to use Dolphin (system default) - even after changing MIME fies, etc... Also I get the same problem with Thunderbird 52.1.1 (64-bit). It looks like a general Mozilla app Linux bug
In case this helps someone else having the issue... I was actually writing this up to post a "me too" post but the issue went away after I ran 'killall nautilus'... perhaps there is some weird behavior related to that... or the gremlin in the system got bored and took a nap... who knows. Also, I did not reboot my system during any of these or my other debug steps. Firefox: 59.0.2 (64-bit) OS: Linux Mint 18.2 Steps to recreate: 1. visit https://www.mozilla.org/en-US/firefox/ 2. Right-click on an image and click Save Image As > Save to your Downloads folder 3. Press Ctrl+Shift+Y to bring up recent downloads 4. Click the icon button next to the download and observed that it does not open the default file manager (nemo) but instead opens nautilus. I was able to confirm it by running the following from the command line and seeing the window close: killall nautilus 5. Running the killall command also seemed to fix my issue. From that point on, I observed that clicking the button correctly opened Nemo ------------------------------------------------------------------------------- Here is some system configuration info to assist in others having the issue: ------------------------------------------------------------------------------- $ inxi -S System: Host: ***** Kernel: 4.13.0-41-generic x86_64 (64 bit) Desktop: Cinnamon 3.4.6 Distro: Linux Mint 18.2 Sonya $ uname -a Linux mintbox 4.13.0-41-generic #46~16.04.1-Ubuntu SMP Thu May 3 10:06:43 UTC 2018 x86_64 x86_64 x86_64 GNU/Linux $ cat /etc/linuxmint/info RELEASE=18.2 CODENAME=sonya EDITION="Cinnamon 64-bit" DESCRIPTION="Linux Mint 18.2 Sonya" DESKTOP=Gnome TOOLKIT=GTK NEW_FEATURES_URL=http://www.linuxmint.com/rel_sonya_cinnamon_whatsnew.php RELEASE_NOTES_URL=http://www.linuxmint.com/rel_sonya_cinnamon.php USER_GUIDE_URL=help:linuxmint GRUB_TITLE=Linux Mint 18.2 Cinnamon 64-bit $ grep "directory" ~/.config/mimeapps.list $ grep "directory" /usr/share/applications/mimeapps.list grep: /usr/share/applications/mimeapps.list: No such file or directory $ grep "directory" /usr/share/applications/mimeinfo.cache inode/directory=org.gnome.baobab.desktop;qgit.desktop;nemo.desktop;git-cola-folder-handler.desktop;org.gnome.Nautilus.desktop;nautilus-folder-handler.desktop; $ grep "directory" /usr/share/applications/defaults.list inode/directory=nemo.desktop;caja.desktop;nautilus.desktop;Thunar.desktop;kde4-dolphin.desktop $ echo "Note: I had created this while FF was running but it didn't see to fix the issue." > /dev/null; $ grep "directory" ~/.local/share/applications/mimeapps.list inode/directory=nemo.desktop x-directory/normal=nemo.desktop $ xdg-open -> opens in Nemo
UPDATE: Nevermind.. the gremlin just stepped out for a minute. The bug is back. killall does NOT resolve... anyway, my configuration is posted above. I'll probably do a fresh OS install when Mint 19 comes out and see if the issue is still around. Might do a fresh FF install too if this request is ever added: https://bugzilla.mozilla.org/show_bug.cgi?id=249801
This bug still exists for Kubuntu 14.04\Firefox 59.0b10. Konqueror file manager has no problem using the correct file manager but don't really want have to to use Konqueror open files. I am not sure which file manager Firefox launches but is a real pain to use as you can only select files using the right-click a couple of times and all too easy to drag files around in error. Please Mozilla fix this.
Gentoo official Firefox ebuild with default USE flags. As referenced: Steps to reproduce: 1. Happen to have both Nemo and Nautilus file managers installed 2. Either: - Use the "Open file" menu option - Try to download anything or - Try to upload anything Actual results: Firefox opens Nautilus *even though* nemo is the default. `xdg-mime query default inode/directory` yields "nemo.desktop", `xdg-open` used on a directory opens Nemo, `cat /usr/share/applications/mimeinfo.cache | grep directory` yields "inode/directory=nemo.desktop;org.gnome.Nautilus.desktop;" Expected results: Nemo should be used instead.

some problem
xdg-mime query default inode/directory is Thunar but firefox use dolphin .
I wonder: is it so difficult to fix this bug?

Since upgrading to Ubuntu 18.04 (from 14.04) this problem has gone away. i.e. Firefox(Quantum) uses Dolphin as the default file manager.

Unfortunately it is too late for me to confirm whether it was the Firefox upgrade (to Quantum) or Ubuntu (18.04) that fixed it but for now I am happy.

Firefox quantum on gentoo :the problem is still there!!
@mike.lagan@gmail.com have you try to change default file-manager ?

(In reply to mike.lagan@gmail.com from comment #10)

have you try to change default file-manager ?

I have this too, Alberto.
My default is set to thunar and firefox keeps opening nautilus.
When I use xdg-open, thunar openes the path.
When I try through firefox, nautilus opens the path.

Post Script

Further information:

My OS is Kubuntu 18.04 (Ubuntu + KDE Plasma desktop).

Here it looks like Firefox gets the default file manager from KDE -> System Settings -> Personalisation -> Applications -> File Associations -> inode -> Directory where Application Preference Order shows Dolphin at the top of the list followed by Gwenview, PCManFM File Manager.

Hey.

This affects me as well.

Arch linux, FF 67.0.4

grep inode/directory /usr/share/applications/mimeinfo.cache
inode/directory=Thunar-folder-handler.desktop;pcmanfm.desktop;

the default file browser is pcmanfm for the user, xdg-open . opens it in pcmanfm, but open directory with downloads from FF make it with thunar

Hello, I can sadly confirm this being an ugly bug (as it breaks workflows) in firefox for years.
On KDE Neon (dolphin being default filemanager) firefox (70.0.1 at the moment) does not care about any settings mentioned above, it always opens containing folder in "nemo" here.
One has to rename /usr/bin/nemo AND execute a "killall nemo" before, then xdg settings are respected.

This means that Firefox must have some file manager settings hard coded in.

It is also incomprehensible to me why it has not been possible to fix this for years now.

I would like to update, this one bug is reproducible regardless of the new or stable profile.

This is my mime related state:

> xdg-mime query default inode/directory
exo-file-manager.desktop
> locate exo-file-manager.desktop
/usr/share/applications/exo-file-manager.desktop
> grep Exec /usr/share/applications/exo-file-manager.desktop
Exec=exo-open --launch FileManager %u
> strace -fe file exo-open --launch FileManager . 2>&1 | grep exec
execve("/usr/bin/exo-open", ["exo-open", "--launch", "FileManager", "."], 0x7ffec39324e8 /* 55 vars */) = 0
[pid 92006] execve("/usr/lib/xfce4/exo-2/exo-helper-2", ["/usr/lib/xfce4/exo-2/exo-helper-"..., "--launch", "FileManager", "."], 0x7ffe24c49f20 /* 55 vars */) = 0
[pid 92009] execve("/usr/bin/pcmanfm", ["/usr/bin/pcmanfm", "."], 0x7ffe00edda90 /* 55 vars */) = 0

If you could say, how to find the place, where FF triggers the file manager, I'll be happy to help.

Just to complete, my state is:

me@mypc:~$ xdg-mime query default inode/directory
kfmclient_dir.desktop

me@mypc:~$ locate kfmclient_dir.desktop
/usr/share/applications/kfmclient_dir.desktop

me@mypc:~$ grep Exec /usr/share/applications/kfmclient_dir.desktop
Exec=kfmclient openURL %u inode/directory

me@mypc:~$ kfmclient openURL /tmp inode/directory
QUrl("file:///tmp") mimetype= "inode/directory"
me@mypc:~$ # line above started konqueror (which i prefer as file manager) with /tmp, as expected

me@mypc:~$ strace -fe file kfmclient openURL /tmp inode/directory 2>&1 | grep exec
execve("/usr/bin/kfmclient", ["kfmclient", "openURL", "/tmp", "inode/directory"], 0x7ffda58414e8 /* 61 vars */) = 0
[pid  6765] stat("/usr/lib/x86_64-linux-gnu/qt5/libexec/drkonqi", 0x7fff4a956fa0) = -1 ENOENT (No such file or directory)
[pid  6765] stat("/usr/lib/x86_64-linux-gnu/libexec/drkonqi", {st_mode=S_IFREG|0755, st_size=858368, ...}) = 0
[pid  6765] access("/usr/lib/x86_64-linux-gnu/libexec/drkonqi", X_OK) = 0
me@mypc:~$ # again, konqueror opened /tmp
</pre>

If you search "Open Containing Folder" on https://dxr.mozilla.org/mozilla-central/search you will find "<!ENTITY cmd.show.label "Open Containing Folder">". So obviously one has to search for "cmd.show". Since I'm not a developer, I can't find the corresponding function (method) that starts the file manager. This snippet could be so revealing - does anyone find it?

I figure out that it is due to the use of the org.freedesktop.FileManager1 d-bus service from https://dxr.mozilla.org/mozilla-central/source/toolkit/system/gnome/nsGIOService.cpp#578 . The solution is to change the implementation of the d-bus service (see /usr/share/dbus-1/services/org.xfce.Thunar.service).

For example, for Thunar we have the following in /usr/share/dbus-1/services/org.freedesktop.FileManager1.service:
[D-BUS Service]
Name=org.freedesktop.FileManager1
Exec=/usr/bin/Thunar --gapplication-service
SystemdService=thunar.service

How is this still a problem after 4 years?

Same problem here. Default file manager is spacefm, it is used throughout the system. Only firefox persists on using Thunar for some godforsaken reason. Linux Mint 19 Xfce, inode/directory=spacefm.desktop wherever applicable.

I have this problem as well - when I click to show file in folder, it opens Thunar instead of Nautilus.
But I saw the issue also exists in Chrome, so maybe it's not Firefox related anymore?

I am using Fedora 32 with GNOME and FF is from repository (not flatpak).

Experiencing the same problem with 82.0 (amd64). My default desktop file manager is pcmanfm(1) but Firefox opens directories instead in thunar(1).

In case someone else has this issue that Firefox opens the wrong file manager go and check your xdg-mime default for x-content/unix-software:
in my case it was nautilus-autorun-software.desktop, changing it to nemo-autorun-software.desktop fixed my issue somehow:

> xdg-mime query default x-content/unix-software
nautilus-autorun-software.desktop
> xdg-mime default nemo-autorun-software.desktop x-content/unix-software
> xdg-mime query default x-content/unix-software
nemo-autorun-software.desktop

I have to mention that i also set the default for inode/directory again although it was already set correctly to nemo.desktop

(In reply to lwz from comment #21)

I figure out that it is due to the use of the org.freedesktop.FileManager1 d-bus service from https://dxr.mozilla.org/mozilla-central/source/toolkit/system/gnome/nsGIOService.cpp#578 . The solution is to change the implementation of the d-bus service (see /usr/share/dbus-1/services/org.xfce.Thunar.service).

For example, for Thunar we have the following in /usr/share/dbus-1/services/org.freedesktop.FileManager1.service:
[D-BUS Service]
Name=org.freedesktop.FileManager1
Exec=/usr/bin/Thunar --gapplication-service
SystemdService=thunar.service

This helped me to find a workaround on Fedora 35.

I have Thunar and Nautilus installed. The default file manager is Nautilus

> xdg-mime query default inode/directory
org.gnome.Nautilus.desktop

However, the Thunar service is still being enabled. The following command disables the service and enables Firefox to use Nautilus instead of Thunar effective immediately, no Firefox restart required.

systemctl --user disable --now thunar

(In reply to Serge Matveenko from comment #27)

(In reply to lwz from comment #21)

I figure out that it is due to the use of the org.freedesktop.FileManager1 d-bus service from https://dxr.mozilla.org/mozilla-central/source/toolkit/system/gnome/nsGIOService.cpp#578 . The solution is to change the implementation of the d-bus service (see /usr/share/dbus-1/services/org.xfce.Thunar.service).

For example, for Thunar we have the following in /usr/share/dbus-1/services/org.freedesktop.FileManager1.service:
[D-BUS Service]
Name=org.freedesktop.FileManager1
Exec=/usr/bin/Thunar --gapplication-service
SystemdService=thunar.service

This helped me to find a workaround on Fedora 35.

I have Thunar and Nautilus installed. The default file manager is Nautilus

> xdg-mime query default inode/directory
org.gnome.Nautilus.desktop

However, the Thunar service is still being enabled. The following command disables the service and enables Firefox to use Nautilus instead of Thunar effective immediately, no Firefox restart required.

systemctl --user disable --now thunar

Never mind, this doesn't work. It works for a little while. But Thunar service is a static one and is being restarted almost instantly. And Firefox turns back to using Thunar.

On that note, you can mask services to prevent them from being enabled.
You can use this to mask the thunar service:

systemctl --user mask thunar

Result should look like this:

systemctl --user mask thunar            
Created symlink /home/oliver/.config/systemd/user/thunar.service → /dev/null.
systemctl --user status thunar
○ thunar.service
     Loaded: masked (Reason: Unit thunar.service is masked.)
     Active: inactive (dead)

I have not tested for long, but it seems to work for now. See if it helps you as well :)

Regressed by: 417952

Oliver, thanks for the tip.

(In reply to Oliver Kahrmann from comment #29)

systemctl --user mask thunar

It's worked.

Operating System: Kubuntu 18.04
Browsers: Firefox 94.0, Chrome 96.0.4664.45
Problem: Firefox (also Chrome) not using default File Manager

After Firefox Quantum (ref: my last message) the old chestnut returned and after receiving recent email comments it spurred me, once more, into looking again and found, at last, a solution I'd like to share

Solution:

In Firefox go to about:config and set "widget.use-xdg-desktop-portal" to true. This provides support for the XDG Desktop interface. This is disabled in Firefox by default.

Install xdg-desktop-portal-kde Qt backend and xdg-desktop-portal frontend portal as follows

sudo apt install xdg-desktop-portal-kde

sudo apt install xdg-desktop-portal

It looks like XDG desktop Portal is required to get the browsers to use the default file manager and depends on whether the OS has it turned on of not.

ref: https://www.reddit.com/r/kde/comments/mqpuxk/is_there_a_way_to_replace_gtk_file_chooser_with/

I can confirm that the widget.use-xdg-desktop-portal solution works on Fedora 35 using Gnome out of the box as Fedora Workstation distribution already has all necessary packages installed by default.

It looks like having Flatpak enabled (which is on Fedora) should always allow the use of the XDG Desktop portal.

Has Regression Range: --- → yes

For some reason, out-of-the-box, Firefox decided to default to opening download locations with Audacious. Audacious is a music player that has no built-in file manager. Audacious literally just throws up an error when it tries to open a file location.

I was able to get around it by uninstalling Audacious, but the fact that it happened in the first place is equal parts funny and ridiculous. There's no setting anywhere on this computer that associated Audacious with opening files in any context. Except, somehow, in FIrefox, and only in that one place.

Just wanted to post that experience here to keep this still-very-much-active bug from being like, automatically marked stale or something. Because it's still an active bug.

I have Firefox 100.0 installed with dnf on my Fedora Workstation 35.

I have set widget.use-xdg-desktop-portal.file-picker to 1.

My default to open inode/directory is:

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

But Firefox keeps to open its own file chooser.

This also happens with a plain vanilla firefox downloaded from the official website as a standalone app (which would have no extensions, themes, etc.)

Since Firefox v100, this solution no longer works:
widget.use-xdg-desktop-portal.file-picker to 1
widget.use-xdg-desktop-portal.mime-handler to 1
widget.widget.use-xdg-desktop-portal.mime-handler to 1

I am on Manjaro Gnome (42) with Firefox v100 and Nemo file manager is the default to open directories.
Still Firefox download manager opens Nautilus. I cannot uninstall Nautilus, it would uninstall most of Gnome as well.

Can Mozilla please comment here (after 6 YEARS!) or is Bugzilla a self-service thing?

I think I solved it as follows:

Add x-directory/normal to the existing file $HOME/.local/mimeapps.list:

[Default Applications]
inode/directory=nemo.desktop
x-directory/normal=nemo.desktop

Check if Nautilus is still set:
xdg-mime query default x-content/unix-software

Then change it to Nemo:

xdg-mime default nemo-autorun-software.desktop x-content/unix-software

In Firefox about:config:

widget.use-xdg-desktop-portal.file-picker to 1
widget.use-xdg-desktop-portal.mime-handler to 1

It seems to work, Nemo is opened instead of Nautilus, but I have to see if it will survive a restart of firefox or the system.

(In reply to zilexa from comment #36)

I think I solved it as follows:

Add x-directory/normal to the existing file $HOME/.local/mimeapps.list:

[Default Applications]
inode/directory=nemo.desktop
x-directory/normal=nemo.desktop

Check if Nautilus is still set:
xdg-mime query default x-content/unix-software

Then change it to Nemo:

xdg-mime default nemo-autorun-software.desktop x-content/unix-software

In Firefox about:config:

widget.use-xdg-desktop-portal.file-picker to 1
widget.use-xdg-desktop-portal.mime-handler to 1

It seems to work, Nemo is opened instead of Nautilus, but I have to see if it will survive a restart of firefox or the system.

Thanks for sharing it. That pref change should definitely survive browser restart.

Yes it works!

Unbelievable I cannot change my comment!

This is a more complete guide:

Step 1.
Set Nemo as default filemanager for the current system user by running the following commands (this will update $HOME/.config/mimeapps.list):

xdg-mime default nemo.desktop inode/directory
xdg-mime default nemo.desktop x-directory/normal
xdg-mime default nemo-autorun-software.desktop x-content/unix-software
update-desktop-database $HOME/.local/share/applications/

Also set Nemo as default file manager for root user:

sudo xdg-mime default nemo.desktop inode/directory
sudo update-desktop-database /root/.local/share/applications/

Step 2.
In Firefox about:config:

widget.use-xdg-desktop-portal.file-picker to 1
widget.use-xdg-desktop-portal.mime-handler to 1

Alternative Step 2.
If you want to apply it for ALL current and FUTURE firefox profiles, you need to change the Firefox default values. To configure the firefox default settings, this is how you do it via a script (you only need the first step and 3rd step to set default file manager and you can remove the rest).

# Consider deleting all your firefox profiles first (not required) then:
# Enable the default config file (this is required):
sudo tee -a /usr/lib/firefox/defaults/pref/autoconfig.js &>/dev/null << EOF
pref("general.config.filename", "firefox.cfg");
pref("general.config.obscure_value", 0);
EOF
#
# Create Firefox default policies (Cleanup bookmarks toolbar by disabling default Mozilla bookmarks, install bare minimum extensions and theme):
sudo tee -a /usr/lib/firefox/distribution/policies.json &>/dev/null << EOF
{
  "policies": {
    "DisableProfileImport": true,
    "NoDefaultBookmarks": true,
    "Extensions": {
      "Install": ["https://addons.mozilla.org/firefox/downloads/latest/ublock-origin/latest.xpi", "https://addons.mozilla.org/firefox/downloads/latest/bypass-paywalls-clean/latest.xpi", "https://addons.mozilla.org/firefox/downloads/latest/sponsorblock/latest.xpi", "https://addons.mozilla.org/firefox/downloads/latest/facebook-container/latest.xpi", "https://addons.mozilla.org/firefox/downloads/latest/google-container/latest.xpi", "https://addons.mozilla.org/firefox/downloads/latest/nord-polar-night-theme/latest.xpi"]
    }
  }
}
EOF
# Create the default config file that you enabled in first step (Use system default file manager, include toolbar layout in Sync, Enable bookmarks bar, set toolbar layout)
sudo tee -a /usr/lib/firefox/firefox.cfg &>/dev/null << EOF
// IMPORTANT: Start your code on the 2nd line
defaultPref("widget.use-xdg-desktop-portal.file-picker",1);
defaultPref("widget.use-xdg-desktop-portal.mime-handler",1);
defaultPref("services.sync.prefs.sync.browser.uiCustomization.state",true);
defaultPref("browser.toolbars.bookmarks.visibility", "always");
defaultPref("browser.uiCustomization.state", "{\"placements\":{\"widget-overflow-fixed-list\":[\"screenshot-button\",\"print-button\",\"save-to-pocket-button\",\"bookmarks-menu-button\",\"library-button\",\"preferences-button\",\"panic-button\"],\"nav-bar\":[\"back-button\",\"forward-button\",\"stop-reload-button\",\"customizableui-special-spring1\",\"downloads-button\",\"ublock0_raymondhill_net-browser-action\",\"urlbar-container\",\"customizableui-special-spring2\"],\"toolbar-menubar\":[\"menubar-items\"],\"TabsToolbar\":[\"tabbrowser-tabs\",\"new-tab-button\",\"alltabs-button\"],\"PersonalToolbar\":[\"fxa-toolbar-menu-button\",\"history-panelmenu\",\"personal-bookmarks\"]},\"seen\":[\"save-to-pocket-button\",\"_d133e097-46d9-4ecc-9903-fa6a722a6e0e_-browser-action\",\"_contain-facebook-browser-action\",\"sponsorblocker_ajay_app-browser-action\",\"ublock0_raymondhill_net-browser-action\",\"developer-button\"],\"dirtyAreaCache\":[\"nav-bar\",\"widget-overflow-fixed-list\",\"PersonalToolbar\"],\"currentVersion\":17,\"newElementCount\":3}");
EOF

Great! However, not everyone uses Nemo.
Has anyone been able to permanently configure Dolphin or Konqueror on this "open containing folder" issue?
(This doesn't seem to be particularly easy, since there is no x, and if you create it analogly, it doesn't work either.)

Great! However, not everyone uses Nemo.
Has anyone been able to permanently configure Dolphin or Konqueror on this "open containing folder" issue?
(This doesn't seem to be particularly easy, since there is no "dolphin-autorun-software.desktop" or similar, and if you create it analogly, it doesn't work either.)

Summary of the attached file:
RESULTS: I dont know which file maneger choose firefox CAUSE NO NAME ON IT (!!!!!).
However, i can hypothesize that it is krusader, cause it is open much faster than before
(which also i dont know which used cause no name on it!)
I dont know if the look of file manager is inherited by firefox or by file manager.
However, whatever manager open (that looks like dolphin) it opens 10times /20 times faster than previous.

UPDATE:
I installed again nemo .... firefox default manager takes to open 30s!!!
After remove nemo ...1-2 sec!!!
Note: xdg-mime query default x-content/unix-software returned nemo again.... where the heck is such entry saved?
how to do an . wide search in all config files to find it?

Installing again Nautilus:
On the fly without restarting firefox:
file manager took >30s to open with right-click to image
file manager took <2s to open when "org.gnome.Nautilus.desktop;" all entries were removed from ONLY /usr/share/applications/mimeinfo.cache

How to know which file manager firefox opens when no name on it exists?

(In reply to dolgener from comment #40)

Great! However, not everyone uses Nemo.
Has anyone been able to permanently configure Dolphin or Konqueror on this "open containing folder" issue?
(This doesn't seem to be particularly easy, since there is no x, and if you create it analogly, it doesn't work either.)

I have fixed this for Plasma/Dolphin where Thunar was the intruder by using the dbus service solution, details here.

(In reply to estatisticseu from comment #43)

Summary of the attached file:
RESULTS: I dont know which file maneger choose firefox CAUSE NO NAME ON IT (!!!!!).
However, i can hypothesize that it is krusader, cause it is open much faster than before
(which also i dont know which used cause no name on it!)
I dont know if the look of file manager is inherited by firefox or by file manager.
However, whatever manager open (that looks like dolphin) it opens 10times /20 times faster than previous.

UPDATE:
I installed again nemo .... firefox default manager takes to open 30s!!!
After remove nemo ...1-2 sec!!!
Note: xdg-mime query default x-content/unix-software returned nemo again.... where the heck is such entry saved?
how to do an . wide search in all config files to find it?

Installing again Nautilus:
On the fly without restarting firefox:
file manager took >30s to open with right-click to image
file manager took <2s to open when "org.gnome.Nautilus.desktop;" all entries were removed from ONLY /usr/share/applications/mimeinfo.cache

How to know which file manager firefox opens when no name on it exists?

I have found that delay problem when (details here I wanted to stop FF from opening Thunar instead of my Plasma default Dolphin: with no expected solution working (changes in the files from usr/share/applications and ~/.local/share/applications) I have simply removed the usr/bin thunar binaries because they work from any location! After that, the default file manager Dolphin was used but with that huge delay problem. The solution was the dbus services one present above:

Looking at /usr/share/dbus-1/services/ with Dolphin and Thunar installed I find:

/usr/share/dbus-1/services/org.kde.dolphin.FileManager1.service
/usr/share/dbus-1/services/org.xfce.FileManager.service
/usr/share/dbus-1/services/org.xfce.Thunar.FileManager1.service

I have copied the line SystemdService=plasma-dolphin.service from the "dolphin" file into the other two, replacing the corresponding "thunar" lines there.

(In reply to Cameron from comment #33)

For some reason, out-of-the-box, Firefox decided to default to opening download locations with Audacious. Audacious is a music player that has no built-in file manager. Audacious literally just throws up an error when it tries to open a file location.

I was able to get around it by uninstalling Audacious, but the fact that it happened in the first place is equal parts funny and ridiculous. There's no setting anywhere on this computer that associated Audacious with opening files in any context. Except, somehow, in FIrefox, and only in that one place.

Just wanted to post that experience here to keep this still-very-much-active bug from being like, automatically marked stale or something. Because it's still an active bug.

From my experience Audacious getting that status in Firefox can be fixed simply by editing usr/share/applications/mimeinfo.cache and/or ~/.local/share/applications/mimeinfo.cache.

Severity: normal → S3

Same issue for me; using Konqueror as my default file manager. Had problems with Thunar being used over Dolphin (let alone Konqueror) as well, due to both listening to the org.freedesktop.FileManager1 dbus service. Solved that with ln -s /usr/share/dbus-1/services/org.kde.dolphin.FileManager1.service $XDG_DATA_HOME/dbus-1/services/org.freedesktop.FileManager1.service, which is at least some improvement (at least getting a KDE app now, even if it's not my default file manager).

Doing a

xdg-mime default kfmclient_dir.desktop x-content/unix-software
update-desktop-database $HOME/.local/share/applications/

(kfmclient_dir.desktop is already the default for both x-directory/normal and inode/directory so skipped those) and setting

widget.use-xdg-desktop-portal.file-picker
widget.use-xdg-desktop-portal.mime-handler

to 1 (was 2) in about:config did not fix it for me. Combining this with temp removing $XDG_DATA_HOME/dbus-1/services/org.freedesktop.FileManager1.service launched Thunar again.

Only creating a $XDG_DATA_HOME/dbus-1/services/org.freedesktop.FileManager1.service file with Exec=/bin/false seems to use the actual default filemanager (if it doesn't implement the org.freedesktop.FileManager1 dbus interface) but it's quite an ugly work-around IMO.

Firefox 107.0.1 (64-bit), Slackware64-current, KDE Frameworks 5.100.0

(In reply to Sevens from comment #47)

...
Only creating a $XDG_DATA_HOME/dbus-1/services/org.freedesktop.FileManager1.service file with Exec=/bin/false ...

Whoops, that should be /usr/bin/false. Though using /bin/false also works, probably because the command doesn't exist which also results in a failure :P

Can't edit my original comment.

See Also: → 1670829

I'm on Ubuntu 22.04 LTS with manually installed KDE 5.27 from the backports repo and nemo as the default file manager, as well as manually installed Firefox Developer Edition 124.0b7 from the .tar.gz file from the mozilla page. Until recently clicking in the downloads panel on the folder icon next to a download opened nemo with the file focused in the directory it was in, but recently I had to update my system from the Linux Recovery Mode, which somehow installed back the system package for Firefox that I had removed. I restored the Firefox files after uninstalling the system package Firefox and Firefox then immediately wanted to update, so I let it do so (I've marked Firefox's install directory as writeable by my user so I don't have to manually download each update). Today I downloaded a file and clicked on the folder icon to see it in the directory it landed in and nautilus popped up.
After uninstalling nautilus and trying it again nemo opened again. But that's not an option for GNOME users on Ubuntu, as uninstalling nautilus also uninstalls ubuntu-desktop.

Save this answer.

Show activity on this post.

For Debian-based operating systems, I have developed a script to workaround this issue: 林博仁 Buo-ren Lin / filemanager-dbus-service-workaround · GitLab

It works by renaming the org.freedesktop.FileManager1 dbus activation service files out of the way using the dpkg diversions mechanism, this prevents the workaround become ineffective due to package updates.

IMHO, as D-Bus service activation doesn't have a way to determine the user-preferred file management application, Firefox should avoid using it and refer to other (legacy) mechanisms that are more deterministic.

You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: