Open Bug 893799 Opened 11 years ago Updated 1 year ago

When opened containing folder after download any files, Audacious or KDESVN or other program opened, not Dolphin (or file manager used)

Categories

(Core :: Widget: Gtk, defect)

36 Branch
x86_64
Linux
defect

Tracking

()

REOPENED

People

(Reporter: raul.malea, Unassigned)

Details

(Whiteboard: qa-not-actionable)

Attachments

(1 file)

1. Download any files from Web 2. Click to icon to opened containing folder (in Download panel/icon ) Normally after click Dolphin (or another file explorer) is opened. But in this situation Audacios opened (yes, is instaled in my system). This bug is still present in Library windows, and to any link for profile folder, open directory etc.. Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20130715 Firefox/25.0 ID:20130715030202 CSet: ff0a372e3170 Addons: Adblock Plus 2.2.4 Add-on Compatibility Reporter 2.0.1 British English Dictionary 1.19.1 Bugzilla Tweaks 1.12.1.1 Cheevos 1.5 Collusion 0.27 [DISABLED] Dicționar românesc de corectare ortografică. 1.13 Download Statusbar 0.9.10 [DISABLED] Feedback 1.2.2 Firefox OS Simulator 3.0.1 [DISABLED] FlashGot 1.5.5.5 Google Shortcuts 2.1.7.1 MHTML Archive Reader 0.5 [DISABLED] Mozilla Reps Companion 1.1 [DISABLED] Mozmill Crowd 0.1.5 Nightly Tester Tools 3.5 NoScript 2.6.6.8 openSUSE Firefox Extensions 1.0.2 Oxygen KDE Options 3.7 [DISABLED] pearltrees 6.0.13 [DISABLED] Quick Locale Switcher 1.7.8.5 StumbleUpon 4.16 [DISABLED] Stylish 1.3.2 Submit Word 1.1.0 Yoono 7.7.29 [DISABLED] about:buildconfig Build Machine bld-linux64-ix-017 Source Built from http://hg.mozilla.org/mozilla-central/rev/ff0a372e3170 Build platform target x86_64-unknown-linux-gnu Build tools Compiler Version Compiler flags /usr/bin/ccache /tools/gcc-4.7.2-0moz1/bin/gcc gcc version 4.7.2 (GCC) -Wall -Wpointer-arith -Wdeclaration-after-statement -Werror=return-type -Wtype-limits -Wempty-body -Wsign-compare -Wno-unused -Wcast-align -std=gnu99 -fgnu89-inline -fno-strict-aliasing -ffunction-sections -fdata-sections -pthread -pipe -DNDEBUG -DTRIMMED -g -fprofile-use -fprofile-correction -Wcoverage-mismatch -O3 -fno-omit-frame-pointer /usr/bin/ccache /tools/gcc-4.7.2-0moz1/bin/g++ gcc version 4.7.2 (GCC) -Wall -Wpointer-arith -Woverloaded-virtual -Werror=return-type -Wtype-limits -Wempty-body -Wsign-compare -Wno-invalid-offsetof -Wcast-align -fno-exceptions -fno-strict-aliasing -fno-rtti -ffunction-sections -fdata-sections -fno-exceptions -std=gnu++0x -pthread -pipe -DNDEBUG -DTRIMMED -g -fprofile-use -fprofile-correction -Wcoverage-mismatch -O3 -fno-omit-frame-pointer Configure arguments --enable-update-channel=nightly --enable-update-packaging --with-google-api-keyfile=/builds/gapi.data --enable-elf-hack --enable-stdcxx-compat --enable-warnings-as-errors --enable-codesighs --enable-signmar --enable-profiling --disable-elf-hack --enable-js-diagnostics --with-ccache=/usr/bin/ccache
Still present in: Mozilla/5.0 (X11; Linux x86_64; rv:25.0) Gecko/20130725 Firefox/25.0 ID:20130725030212 CSet: a4c1961bf723
Default File manager is Dolphin.
Resolved in Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 ID:20130813155809 CSet: d8a62355ea26
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
This bug is still present in Mozilla/5.0 (X11; Linux x86_64; rv:26.0) Gecko/20100101 Firefox/26.0 ID:20130824030203 CSet: 17143a9a0d83 After reinstallation Audacious, bug appear.
Status: RESOLVED → REOPENED
Resolution: WORKSFORME → ---
Version: 25 Branch → 26 Branch
Any ideea?
Version: 26 Branch → 27 Branch
I got the same problem using Firefox in Ubuntu Studio 13.10, which default file system browser is Thunar. Here was my workaround (from a terminal with my current user): mkdir -p ~/.local/share/applications ln -s /usr/share/applications/Thunar-folder-handler.desktop ~/.local/share/applications/nautilus-folder-handler.desktop You should be able to adapt this to Dolphin, you just have to identify its .desktop file and use it instead of Thunar's one. Or install Nautilus as last resort... For more technical explanations, see my post on launchpad: https://bugs.launchpad.net/ubuntu/+source/audacious/+bug/1196339?comments=all
Now, for me KDESVN opened instead Audacious (not installed Audacious in new my openSUSE 13.1 system). Mozilla/5.0 (X11; Linux x86_64; rv:29.0) Gecko/20100101 Firefox/29.0 ID:20140124030216 CSet: 9d650c07b547
Version: 27 Branch → 29 Branch
I have the same problem in IceWeasel on Debian with LXDE : LeafPad (text editor) opens instead PCManFM (default file explorer). When I click on "Open containing folder" ("Ouvrir le dossier contenant le fichier" en français), LeafPad opens. I have renamed "leafpad" in "leafpad.tmp" and IceWeasel has asked me application to use, and it has worked with PCManFM. But if rename "leafpad.tmp" in"leafpad", Leafpad opens instead PCManFM, whereas in settings, "file" is still associated with PCManFM ! ----------------------------------- Nom: Iceweasel Version: 26.0 Agent utilisateur: Mozilla/5.0 (X11; Linux i686; rv:26.0) Gecko/20100101 Firefox/26.0 Iceweasel/26.0
Had similar problem here with ubuntu studio 14.04.1 not opening Thunar. Thanks to the info from Maxime, got things working again, but was having a discussion with a friend who helped with an alternative solution. The fault is in a file on this system at /usr/share/applications/mimeinfo.cache opened file as root in gedit and looked for the entry: inode/directory=audacious.desktop;Thunar-folder-handler.desktop; changed this to: inode/directory=Thunar-folder-handler.desktop;audacious.desktop; just giving Thunar priority over Audacious fixes the firefox problem, and Audacious can still handle a folder of music tracks too.
I had forgotten to say here that I have solved the problem too. Nik Gnomic gives a good way. Concerning me I have create the file ~/.local/share/applications/defaults.list [Default Applications] inode/directory=pcmanfm.desktop; This file has higher priority than /usr/share/applications/mimeinfo.cache but works only with current user. So it's better to modify /usr/share/applications/mimeinfo.cache too like this : [MIME Cache] ... inode/directory=pcmanfm.desktop; You have to adapt with your own file manager (I use PCManFM which is integrated with LXDE). I think Firefox install process should check this file and correct it if necessary.
This bug are still present in Mozilla/5.0 (X11; Linux x86_64; rv:35.0) Gecko/20100101 Firefox/35.0 ID:20141001030205 CSet: 14665b1de5ee
Summary: When opened containing folder after download any files Audacious opened, not Dolphin → When opened containing folder after download any files, Audacious or KDESVN or other program opened, not Dolphin (or file manager used)
Version: 29 Branch → 35 Branch
Bug still present in Mozilla/5.0 (X11; Linux x86_64; rv:36.0) Gecko/20100101 Firefox/36.0 ID:20141014030201 CSet: 54217864bae9 openSUSE 13.2 RC1
Version: 35 Branch → 36 Branch
I face this bug too. If the audacious media player is installed, if I click on the 'Open Containing Folder' link beside any folder in Downloads, audacious opens up instead of the file manager. Removing audacious fixes the issue; the file opens up correctly in the file manager (Thunar). Versions: ~~~~ $ pacman -Qs firefox local/firefox-esr-bin 31.5.0-1 Standalone web browser from mozilla.org - Extended Support Release $ pacman -Qs audacious local/audacious 3.6-2 Lightweight, advanced audio player focused on audio quality $ pacman -Qs thunar local/thunar 1.6.6-1 (xfce4) Modern file manager for Xfce $ uname -a Linux manjaro 3.18.8-1-MANJARO #1 SMP PREEMPT Sun Mar 1 01:40:51 UTC 2015 x86_64 GNU/Linux ~~~~
This bug are still present in Nightly 42!
I solve it editing the file ~/.local/share/applications/mimeapps.list _______________ [Added Associations] application/x-ms-dos-executable=wine.desktop; audio/mpeg=clementine.desktop; inode/directory=kde4-dolphin.desktop;kde4-kfmclient_dir.desktop; #Thunar-folder-handler.desktop; _______________ In my case, thunar opens up instead dolphin (my default file manager) I commented "Thunar-folder-handler.desktop" and works great! :P Using Debian Jessie with KDE.
In openSUSE Leap 42.1 with Gnome 3.18.2 and Nightly 47 this bug NOT present. (Files are default file manager). So, only KDE problem??
This bug exists in Ubuntu Studio which uses XFCE by default. So it is not a "KDE only" problem.
On Debian with LXDE too (like it is written in above messages).
comment #15 also works for me , firefox-44.0.2-3.fc23.x86_64 Fedora 23 with Kde4 [1] KDESVN start opens instead kde4-dolphin , hopefully we have a quick workaround [1] https://copr.fedorainfracloud.org/coprs/sergiomb/kde4for23/
the new location ~/.config/mimeapps.list and only inode/directory= also make it works: [Added Associations] inode/directory=kde4-dolphin.desktop;kde4-kfmclient_dir.desktop;
This bug is still partially present in openSUSE Leap 15.00 Beta with Nightly 62. When click on `Show folder with downloads` KDESvn opened instead Dolphin. But when click on `Open folder...`, Dolphin opened correctly.

Still partially present in Debian Buster 4.19.0-5-amd64 #1 SMP Debian 4.19.37-3 (2019-05-15) x86_64 Gnome 3.30.2, same as @Raul.
Mozilla Firefox 60.7.0

Hi Raul,
Can you please check this out on the latest Firefox Versions and let us know if it is still reproducible?

Flags: needinfo?(raul.malea)

Sorry, but not used openSUSE or another Linux distro anymore.

Flags: needinfo?(raul.malea)

I'd like to add that this bug is still reproducible.
My FF info: http://sprunge.us/nG3uLx
My system info: Linux mycroft 5.12.13_1 #1 SMP 1624557694 x86_64 GNU/Linux - Void Linux

Firefox Browser 89.0.1 (64-bit)

I've already tried comment #9 #10 and #15 to no avail.

(In reply to sampaio.mp from comment #25)

I'd like to add that this bug is still reproducible.
My FF info: http://sprunge.us/nG3uLx
My system info: Linux mycroft 5.12.13_1 #1 SMP 1624557694 x86_64 GNU/Linux - Void Linux

Firefox Browser 89.0.1 (64-bit)

I've already tried comment #9 #10 and #15 to no avail.

I should also add that I'm currently on Void Linux, with XFCE 4.16 and Thunar Archive, Firefox was installed by the time I was using Thunar, now I moved to Caja but Firefox will keep opening Thunar. Caja is set as my File Exploret inside XFCE settings.

These are my relevant files:

~/.local/share/applications/mimeapps.list - http://sprunge.us/GZyhn6
/usr/share/applications/mimeinfo.cache - http://sprunge.us/A7pxLX
~/.local/share/applications/defaults.list - http://sprunge.us/1cxZ3A

I even tried editing d-bes services files but to no avail.

In your mimeinfo.cache, your inode/directory is duplicated, and the first entry still contains thunar.desktop reference. You could fix this file, but this would be a temporary fix, because each update-desktop-database call will reset it.

To set a custom long-term priority, you should set a mimeapps.list file, either system-wide in /usr/share/applications, or user-specific in ~/.local/share/applications. defaults.list is a deprecated name for years.
You don’t probably need to add association since the Caja desktop files already contain it; but you have to set this association as the default one. So, instead of:

[Added Associations]
inode/directory=caja.desktop;caja-browser.desktop

you should have:

[Default Applications]
inode/directory=caja-folder-handler.desktop;caja.desktop;caja-browser.desktop;

Finally, I don’t think anymore Firefox should fix these files, because it is not to Firefox to decide which file manager to use by default. This is an upstream issue which should be fixed in desktop environment tools which aim to define default softwares, e.g. XFCE Settings Manager.

Sources:
https://wiki.debian.org/MIME
https://specifications.freedesktop.org/mime-apps-spec/mime-apps-spec-1.0.1.html

Comment #27
Thank you for your attention! Here goes my updated files following your advices.

~/.local/share/applications/mimeapps.list - http://sprunge.us/S2eKRw
~/.local/share/applications/mimeinfo.cache - http://sprunge.us/XQFG5h
~/.config/mimeapps.list - http://sprunge.us/HHO0QK
/usr/share/applications/mimeinfo.cache - http://sprunge.us/LPDX7e

For observation here is my | grep inode output for each file:

cat /usr/share/applications/mimeinfo.cache | grep inode
inode/directory=caja-folder-handler.desktop;lf.desktop;org.xfce.Catfish.desktop;ranger.desktop;

cat /usr/share/applications/mimeinfo.cache | grep inode
inode/directory=caja-folder-handler.desktop;lf.desktop;org.xfce.Catfish.desktop;ranger.desktop;

cat .local/share/applications/mimeinfo.cache | grep inode
inode/directory=caja-browser.desktop;caja-folder-handler.desktop;caja.desktop;

cat .config/mimeapps.list | grep inode
inode/directory=caja-folder-handler.desktop;caja.desktop;caja-browser.desktop
inode/directory=caja-folder-handler.desktop;caja.desktop;caja-browser.desktop
inode/symlink=org.xfce.Parole.desktop;
inode/directory=caja-folder-handler.desktop;caja.desktop;caja-browser.desktop;

Another command that may help
xdg-mime query default inode/directory
caja-folder-handler.desktop

Still, Firefox opens Thunar!

Testing through-out other applications, I can see it is indeed a DE (XFCE) problem, since every other application (besides Steam) opens Thunar when I am on XFCE. I've just tested it with herbstluftwm and while on it Firefox calls Caja without any problems.

Sorry for insisting in this issue.

Whiteboard: qa-not-actionable

For me on FreeBSD, Dolphin should be used.

At the time of writing, if neither Thunar nor Dolphin is open, then Show in Folder:

  1. opens Thunar; and then
  2. opens Dolphin.

If I quit Thunar alone, then using Firefox to show the same file brings Dolphin to the front – without reopening Thunar.

about:preferences#general

  • no relevant preference (no match for inode or directory).
% xdg-mime query default inode/directory
org.kde.dolphin.desktop
% grep 'inode' /usr/share/applications/mimeinfo.cache
inode/directory=clifm.desktop;
% date ; uname -v
Sat  3 Sep 2022 13:49:13 BST
FreeBSD 14.0-CURRENT #20 main-n257645-160a2f2cdda8: Mon Aug 29 00:44:34 BST 2022     grahamperrin@mowa219-gjp4-8570p-freebsd:/usr/obj/usr/src/amd64.amd64/sys/GENERIC-NODEBUG
% 

See also: bug 724461, bug 727422, bug 1304650, …

In the process of migrating remaining bugs to the new severity system, the severity for this bug cannot be automatically determined. Please retriage this bug using the new severity system.

Severity: critical → --

The severity field is not set for this bug.
:mak, could you have a look please?

For more information, please visit BugBot documentation.

Flags: needinfo?(mak)
Component: Downloads Panel → Widget: Gtk
Flags: needinfo?(mak)
Product: Firefox → Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: