[SOLVED] Firefox/Iceweasel workaround: "Open containing folder" with user defined filemanager

devdol · 09-15-2011, 04:35 AM

Although many proposals can be found to be able to open download folders with a file manager of user's choice (e.g. via "xdg-open file:///path/to/the/dir/" ), nautilus still seems hard coded in the linux versions of Firefox (a.k.a. "Iceweasel" in Debian).

You may find dozens of clues, how someone at some time managed to achieve that ... ranging from gconf-editor over mimeTypes.rdf and/or defaults.list (each of them on system or per user level), mimeinfo.cache to about:config. But at present (Firefox 6.0.2) none of them works, apart from the most brutal workaround, which replaces /usr/bin/nautilus by a link to /usr/bin/konqueror.
But at least in a multi-user environments that is inflexible, too, and above all will only work until the next update.

Therefore, as long as Mozilla won't change anything, it seems preferable to prepend $PATH with some user defined folder. For example. in ~/.bashrc define:

Code:

 PATH=~/bin:$PATH

In that folder, (~/bin in the example above) create a textfile, name it (exactly) "nautilus" and don't forget to make it executable, e.g. by

Code:

chmod u+x ~/bin/nautilus

From now on, for your account this script will be invoked instead of /usr/bin/nautilus. This way it is able to check each time, whether it runs "on behalf of firefox", and if so, start a file manager of your choice, else the real /usr/bin/nautilus. Apart from what one might expect, in the first case the process ID (PID) from the calling (parent) process (which is easily available as $PPID) is not firefox's PIS, but "1" - hence we don't even have to find out the browser's PID. Firefox's requests for nautilus are additionally distinct by including a "--no-desktop" option. However, in particular on a machine with a non-GNOME-desktpo where nautilus is unlikely to be run by the user, this should not need further testing ,-)

Then we just have to extract the "containing folder", which shows up by the user defined "%c" and replace any enquoted blanks and special characters, as most file managers won't deal with them. Fortunately again, bash can to that for us even without external tools (like sed).

Finally, nothing detains us from opening the download folder with a file manager of our own choice; as a user of KDE this is likely to be dolphin, konqueror or krusader. Konqueror can even be forced into a certain layout using the "--profile" option (called "downloads" in the example below).

At last, now for the example, ~/bin/nautilus:

Code:

#!/bin/bash
PARENTNAME=$(ps -eo "%p %c" | grep $PPID | cut -f2 --delimiter=" ") 
if [ "$PPID" -eq "1" ] 
then
  PARENTFOLDER=$(ps -eo "%p  %a" | grep nautilus | grep no-desktop | head -n1 | sed 's/^.*file:\/\///') # This is likely to contain URL-encoded strings
  PARENTFOLDER="$(echo -ne ${PARENTFOLDER//%/\\x})" #  ${STRING//search/replace} replaces URL-Encoded strings  (%xx) by their respective \xHH notation, which "echo -e" replaces with the appropriate character
  konqueror "$PARENTFOLDER" --profile downloads & 
else
  /usr/bin/nautilus & 
fi

Have fun! And any improvement suggestions will be appreciated below.

Cultist · 09-16-2011, 04:51 AM

why go to all this trouble when you can just use edit > preferences > applications to select your preferred file manager?

devdol · 09-16-2011, 06:04 AM

For those two major reasons:

* I would expect these to work in the browsers web context , but not in the "open containing folder" dialog, which is somewhat separate (other words: browsing the web, not the local filesystem). If it was not, I would expect the usual "open with <select...>"-Option, which is missing, too.

* There is no entry for "folder", "directory", "inode", "file" (or the respective localized phrases). However, if a file browser could be configured, and nautilus was just a default, I would expect an entry for nautilus. Which isn't there.

Anyhow, have you managed to do so?

Cultist · 09-16-2011, 02:32 PM

If you're talking about when you right-click a download and it says Open Folder, you just go to that menu and pick your file manager next to the File entry (choosing Use Other if necessary to find the executable for your file manager).

I might be misunderstanding what you're trying to do with this though, or maybe its fixing an issue that isn't present in Slackware (guessing that you use debian).

devdol · 09-19-2011, 06:30 AM

> ... and it says Open Folder, you just go to that menu and pick your file manager next to the File entry ...

You are right: There is *no* such "Other"option available or "Open with...", just "Öffnen" ("Open", which starts an application associated with a certain file type), "Beinhaltenden Ordner anzeigen" ("Open containing folder", which obviously is a hard coded call to nautilus on Linux versions of Firefox) and four further, but not relevant context menu items.

For further clarification, I'll attach screenshots from Debian, openSuSE and Ubuntu 11-4.

(The only way you use do is: open a containing folder in nautilus, go to its parent folder, "open" this by "with..." (using nautilus' own context menu) with e.g. konqueror, close nautilus and re-enter the subfolder you came from in konqueror. But that's a quite toilsome procedure, isn't it?)

studpenguin · 12-08-2011, 02:04 PM

Quote:

Member

Registered: Feb 2010
Location: I'm not even sure.
Distribution: Slackware64 13.37 multilib
Posts: 570

Rep: Reputation: 52

why go to all this trouble when you can just use edit > preferences > applications to select your preferred file manager?

Because I've also discovered after going

Quote:

edit > preferences > applications

I have to click on the

Quote:

[Content Type]

column until I find

Quote:

"file"

and then click

Quote:

"use nautilus"

under the

Quote:

[Action type]

column.

devdol · 06-30-2014, 07:05 AM

Sigh, I'd be glad if it was such easy. After upgrading to Firefox (a.k.a. Iceweasel in Debian) to v. 30 I realized that the trick mentioned above (using a customized ~/bin/nautilus) doesn't work anymore. At first sight one could believe that's just because Firefox on Linux/KDE now does not start "nautilus" anymore, but another file browser called "caja".

But to my surprise, using a customized ~/bin/caja (with ~/bin prepended to $PATH) does not help anymore, too. (I tried to find out what is going on under the hood using "strace -f iceweasel", but have not found anything usable).

The only constant thing in this misery: the most obvious thing (going "edit > preferences > applications" and setting [Content Type]:file as desired) has had no effect years ago and still does not today :-(

cepheus11 · 06-30-2014, 10:02 AM

Create the file /usr/share/applications/mimeapps.list with the following content:

Code:

[Added Associations]
inode/directory=gnome-nautilus.desktop;kde4-dolphin.desktop;kde4-kfmclient_dir.desktop;kde4-gwenview.desktop;

The content is to be taken from /usr/share/applications/. I do not use gnome, so you have to look for nautilus's desktop file for yourself. My example would be valid if there was a subdirectory "gnome" with the file "nautilus.desktop" in it.

For some reason firefox and thunderbird ignore the current user's setting regarding mime type handler priority, so the priority has to be configured system wide. Works also for PDF (never again gimp-autostart if I just want to read a pdf)

devdol · 07-01-2014, 05:41 AM

Dear cepheus11,

thanks for your suggestion! I've created /usr/share/applications/mimeapps.list with the proposed content - to no avail. After restart Firefox still starts an application that introduces itself as "caja" when I ask to "open containing folder".

But now for something even [/B]very[B] more strange:
# ll $(which caja)
5244947 0 lrwxrwxrwx 1 root root 18 Jun 30 15:49 /usr/bin/caja -> /usr/bin/konqueror

Well, that's because yesterday I replaced /usr/bin/caja with a link to konqueror (just following the old wisdom, by which, if the mountain won't come to the prophet, the prophet must go to the mountain). But, even that did not work.

So the only reasonable concusion to me seems that this mysterious "caja" is built-in into iceweasel...!?

To further prove that, I just purged 'caja' ans 'caja-common' (including dependencies:
mate-core, mate-desktop-environment, mate-desktop-environment-core, mate-desktop-environment-extras).

Closed Firefox. Restarted Firefox. Then, once more: Open containing folder. Help/about: Caja 1.8.1!

What the hell is going on there?

Just for completeness:
* Iceweasel (a.k.a. Firefart) version 30.0
* debian/testing (64bit), up-to-date
* KDE desktop (version 4.13.1)

cepheus11 · 07-01-2014, 06:25 AM

Hm, this is strange. Try with a clean firefox profile:

Code:

mkdir /tmp/ffclean && iceweasel --no-remote -Profile /tmp/ffclean

Best to try this after removing all custom-made symlinks.

You could also strace firefox:

Code:

strace -f -o /tmp/fftrace iceweasel

and grep the output file for "desktop", to find out what desktop files firefox is accessing. Firefox will start very slow when run with strace.

Quote:

To further prove that, I just purged 'caja' ans 'caja-common' (including dependencies:
mate-core, mate-desktop-environment, mate-desktop-environment-core, mate-desktop-environment-extras).

Maybe you just purged you whole desktop. Not good if it's the case. Did you logout and re-login? If not, all files where still open, including caja and it's dependencies. Open files are still accessible by their open handles.

devdol · 07-01-2014, 07:51 AM

No need to worry, I'm a passionate KDE user and therefore not affected by deinstallation of some MATE packages. For the same reason, there were surely no other running processes of caja, and to be sure about that I had issued "killall caja" before each test.

Here is some further information collected today:

Astonishingly enough, the mechanism by which Firefox (FF) starts a file browser is tolerant and somewhat robust against renaming, e.g. /usr/bin/caja to /usr/bin/caja.bak which I did before. In particular that (/usr/bin/caja.bak) was the only file that had "survived" the purging of its packages, and after that, showed up as "caja.bak" in the process list. Hence, it is not a built-in in FF.
After removal of /usr/bin/caja.bak, FF chose nautilus again. (However, the wrapper script mentiones above in this thread did not work anymore.)

Code:

strace -f iceweasel 2> /tmp/fftest

unveilled after "Open containing folder" of /tmp/ThisIsSomethingVerySpecial/tmp.html (which I saved before from FF):

Code:

[pid 32017] stat("tmp/ThisIsSomethingVerySpecial/tmp.html", {st_mode=S_IFREG|0644, st_size=637057, ...}) = 0
[pid 32017] fstat(30, {st_mode=S_IFSOCK|0777, st_size=0, ...}) = 0
[pid 32017] fcntl(30, F_GETFL)          = 0x802 (flags O_RDWR|O_NONBLOCK)
[pid 32017] write(5, "\1\0\0\0\0\0\0\0", 8) = 8
[pid 32017] sendmsg(30, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\1\1\206\0\0\0\3\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre"..., 144}, {"\201\0\0\0type='signal',sender='org.fr"..., 134}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 278
[pid 32017] sendmsg(30, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\1\1\254\0\0\0\4\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre"..., 144}, {"\247\0\0\0type='signal',sender='org.fr"..., 172}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 316
[pid 32017] sendmsg(30, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1!\0\0\0\5\0\0\0\177\0\0\0\1\1o\0\25\0\0\0/org/fre"..., 144}, {"\34\0\0\0org.freedesktop.FileManager1"..., 33}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 177
[pid 32017] sendmsg(30, {msg_name(0)=NULL, msg_iov(2)=[{"l\1\0\1=\0\0\0\6\0\0\0\231\0\0\0\1\1o\0\35\0\0\0/org/fre"..., 176}, {"1\0\0\0,\0\0\0file:///tmp/ThisIsSomethingVerySpecial"..., 61}], msg_controllen=0, msg_flags=0}, MSG_NOSIGNAL) = 237
[pid 32017] poll([{fd=30, events=POLLIN}], 1, 25000 <unfinished ...>

According to that, FF seems to send a message to somewhere (maybe on one of six running instances of "dbus-daemon", three of them running as root) via somewhat (Session Bus?) asking for "org.freedesktop.FileManager1". Whatever process is fulfilling this request does not know about the user's environment (at least not user's $PATH), because "/usr/bin/nautilus" gets precedence over /home/$USER/bin/nautilus (/home/$USER/bin/ is first part of user's $PATH).

Just for testing purposes: if we replace /usr/bin/nautilus by a link to the script "/home/$USER/bin/nautilus", it works again like it did the past some years. However, messing up /usr/bin/ is not my intention...

So the residual question is: where to configure konqueror instead of nautilus for "org.freedesktop.FileManager1"?

cepheus11 · 07-01-2014, 08:26 AM

Hm, this is freedesktop's specification of the filemanager dbus interface: http://www.freedesktop.org/wiki/Spec...ger-interface/

But I don't get what they are talking about.

What does happen when you do in a console window in the KDE session:

Code:

xdg-open /home

?

Is konqueror selected as primary file manager in KDE systemsettings?

And please post the output of

Code:

qdbus

devdol · 07-01-2014, 08:58 AM

That soothes me - I don't get what they are talking about, too

Having the softlink from /usr/bin/nautilus to my script active, I added one line into it:

Code:

PARENTNAME=$(ps -eo "%p %c" | grep $PPID | cut -f2 --delimiter=" ")
kdialog --msgbox "PARENTNAME=$PARENTNAME, PATH=$PATH, USER=$USER"

and got:
PARENTNAME=dbus-daemon, PATH=/usr/local/bin:/usr/bin:/bin:/usr/local/games:/usr/games, USER=meiner

This confirms that dbus-daemon is acting on behalf of firefox,
and dbus-daemon has an environment with a $PATH different from $USER and root.

Then, after setting everything back to normal (that is, original /usr/bin/nautilus restored), the answers to your questions are:

xdg-open /home
opens konqueror
Is konqueror selected as primary file manager in KDE systemsettings?
Of course ,-) (I just verified: Standardkomponenten/Dateimanager*)Konqueror)

qdbus

Code:

$ qdbus
:1.1
 org.kde.klauncher
:1.10
 org.kde.StatusNotifierItem-9129-1
:1.100
 org.kde.konqueror-9947
:1.101
 org.kde.kwalletd
:1.104
 org.kde.akregator
:1.106
 org.kde.StatusNotifierItem-9952-1
:1.109
:1.110
 org.kde.StatusNotifierItem-9963-1
:1.111
 org.xfce.Panel
:1.112
 org.xfce.Xfconf
:1.113
:1.114
 org.gtk.vfs.Daemon
:1.115
:1.117
:1.118
:1.119
:1.12
 org.kde.ActivityManager
 org.kde.kactivitymanagerd
:1.120
 org.kde.kate-10057
:1.121
:1.122
:1.123
 org.gtk.Private.UDisks2VolumeMonitor
:1.124
 org.gtk.Private.GPhoto2VolumeMonitor                                                                                                                                                                                                                                                     
:1.125                                                                                                                                                                                                                                                                                    
 org.gtk.Private.AfcVolumeMonitor                                                                                                                                                                                                                                                         
:1.126
 org.gtk.Private.GoaVolumeMonitor
:1.127
 org.gnome.Identity
 org.gnome.OnlineAccounts
:1.128
:1.129
 org.freedesktop.Telepathy.AccountManager
 org.freedesktop.Telepathy.ChannelDispatcher
 org.freedesktop.Telepathy.MissionControl5
:1.130
:1.131
 org.gtk.Private.MTPVolumeMonitor
:1.132
:1.133
:1.134
 org.a11y.Bus
:1.135
:1.136
:1.137
 org.kde.konsole-10246
:1.140
:1.141
:1.143
 org.kde.konqueror-10250
:1.144
:1.145
 org.kde.Polkit1AuthAgent
:1.147
 org.kate-editor.kwrite-10264
:1.149
 wpitchoune.psensor
:1.15
:1.150
:1.151
 org.kde.korgac
:1.153
:1.154
:1.156
:1.157
 org.freedesktop.Tracker1
:1.158
:1.159
 org.Nemo
 org.NemoApplication
 org.freedesktop.NemoFileManager1
:1.16
:1.161
 org.kde.klipper
:1.164
:1.166
:1.167
 org.autokey.Service
:1.17
 org.freedesktop.ScreenSaver
 org.kde.ksmserver
 org.kde.ksmserver-9153
 org.kde.screensaver
:1.170
 org.gtk.vfs.Metadata
:1.171
 ca.desrt.dconf
:1.172
 org.LibreOffice-10411
:1.174
 org.freedesktop.secrets
 org.gnome.keyring
:1.175
:1.176
 org.kde.StatusNotifierItem-10465-1
:1.178
 org.kde.StatusNotifierItem-10423-1
:1.179
:1.18
 org.kde.KWin
 org.kde.kwin
 org.kde.kwin-9165
 org.kde.kwin.Compositing
 org.kde.kwin.Effects
 org.kde.kwin.Screenshot
 org.kde.kwin.Scripting
:1.180
 org.kde.kwalletmanager
:1.182
:1.183
 org.kde.StatusNotifierItem-10789-1
:1.19
:1.2
 org.freedesktop.PowerManagement
 org.freedesktop.PowerManagement.Inhibit
 org.kde.Solid.PowerManagement
 org.kde.Solid.PowerManagement.PolicyAgent
 org.kde.StatusNotifierWatcher
 org.kde.Wacom
 org.kde.apperd
 org.kde.kded
 org.kde.keyboard
 org.kde.kpasswdserver
 org.kde.plasmanetworkmanagement
:1.200
:1.201
 org.kde.konqueror-11119
:1.202
 org.kde.kio_http_cache_cleaner
:1.21
 org.freedesktop.Notifications
 org.kde.DeviceNotifications
 org.kde.StatusNotifierHost-9176
 org.kde.plasma-desktop
:1.221
 org.kde.konqueror-11821
:1.226
:1.23
:1.230
:1.231
:1.232
:1.233
:1.234
:1.235
:1.236
:1.237
:1.238
:1.239
:1.24
 org.kde.knotify
:1.26
:1.27
 org.kde.JobViewServer
 org.kde.kuiserver
:1.29
:1.31
 org.freedesktop.Akonadi.Control
 org.freedesktop.Akonadi.Control.lock
:1.32
 org.freedesktop.Akonadi
:1.37
 org.kde.kmix
:1.39
 org.kde.KResourcesManager
 org.kde.krunner
:1.4
:1.41
 org.kde.konsole-9242
:1.43
 org.kde.StatusNotifierItem-9237-1
:1.44
 org.kde.konqueror-9244
:1.45
 org.kde.kalarm
:1.47
 org.kde.konqueror-9245
:1.48
:1.49
:1.5
 org.gnome.GConf
:1.50
 org.freedesktop.Akonadi.Janitor
:1.51
 org.kde.basket
:1.53
:1.54
:1.55
:1.56
:1.57
:1.58
:1.59
:1.60
:1.61
:1.62
:1.63
:1.64
:1.65
:1.66
 org.freedesktop.Akonadi.Agent.akonadi_akonotes_resource_3
 org.freedesktop.Akonadi.Resource.akonadi_akonotes_resource_3
:1.67
:1.68
 org.kde.StatusNotifierItem-9376-1
:1.69
:1.7
 org.kde.kglobalaccel
:1.70
:1.71
:1.72
:1.73
 org.freedesktop.Akonadi.Agent.akonadi_akonotes_resource_2
 org.freedesktop.Akonadi.Resource.akonadi_akonotes_resource_2
:1.74
:1.75
 org.freedesktop.Akonadi.Agent.akonadi_ical_resource_1
 org.freedesktop.Akonadi.Resource.akonadi_ical_resource_1
:1.76
:1.77
 org.freedesktop.Akonadi.Agent.akonadi_maildir_resource_1
 org.freedesktop.Akonadi.Resource.akonadi_maildir_resource_1
:1.78
 org.freedesktop.Akonadi.Agent.akonadi_maildir_resource_0
 org.freedesktop.Akonadi.Resource.akonadi_maildir_resource_0
:1.79
 org.freedesktop.Akonadi.Agent.akonadi_kalarm_resource_10
 org.freedesktop.Akonadi.Resource.akonadi_kalarm_resource_10
:1.80
 org.freedesktop.Akonadi.Agent.akonadi_vcard_resource_0
 org.freedesktop.Akonadi.Resource.akonadi_vcard_resource_0
:1.81
 org.freedesktop.Akonadi.Agent.akonadi_contacts_resource_1
 org.freedesktop.Akonadi.Resource.akonadi_contacts_resource_1
:1.82
 org.freedesktop.Akonadi.Agent.akonadi_vcard_resource_1
 org.freedesktop.Akonadi.Resource.akonadi_vcard_resource_1
:1.83
:1.84
 org.freedesktop.Akonadi.Agent.akonadi_kalarm_resource_9
 org.freedesktop.Akonadi.Resource.akonadi_kalarm_resource_9
:1.85
:1.86
 org.freedesktop.Akonadi.Agent.akonadi_contacts_resource_0
 org.freedesktop.Akonadi.Resource.akonadi_contacts_resource_0
:1.87
 org.freedesktop.Akonadi.Agent.akonadi_kalarm_resource_11
 org.freedesktop.Akonadi.Resource.akonadi_kalarm_resource_11
:1.88
 org.freedesktop.Akonadi.Agent.akonadi_migration_agent
 org.kde.akonadi_migration_agent-9847
:1.89
 org.freedesktop.Akonadi.Agent.akonadi_nepomuk_feeder
 org.kde.akonadi_nepomuk_feeder-9851
:1.9
:1.90
 org.freedesktop.Akonadi.Agent.akonadi_archivemail_agent
 org.freedesktop.Akonadi.ArchiveMailAgent
 org.kde.akonadi_archivemail_agent-9824
:1.91
 org.freedesktop.Akonadi.Agent.akonadi_mixedmaildir_resource_0
 org.freedesktop.Akonadi.Resource.akonadi_mixedmaildir_resource_0
 org.kde.akonadi_mixedmaildir_resource_0-9848
:1.92
 org.freedesktop.Akonadi.Agent.akonadi_newmailnotifier_agent
 org.freedesktop.Akonadi.NewMailNotifierAgent
 org.kde.akonadi_newmailnotifier_agent-9852
:1.93
 org.freedesktop.Akonadi.Agent.akonadi_maildispatcher_agent
 org.freedesktop.Akonadi.MailDispatcherAgent
 org.kde.akonadi_maildispatcher_agent-9845
:1.94
 org.freedesktop.Akonadi.Agent.akonadi_davgroupware_resource_0
 org.freedesktop.Akonadi.Resource.akonadi_davgroupware_resource_0
 org.kde.akonadi_davgroupware_resource_0-9836
:1.95
 org.freedesktop.Akonadi.Agent.akonadi_sendlater_agent
 org.freedesktop.Akonadi.SendLaterAgent
 org.kde.akonadi_sendlater_agent-9853
:1.96
 org.freedesktop.Akonadi.Agent.akonadi_folderarchive_agent
 org.freedesktop.Akonadi.FolderArchiveAgent
 org.kde.akonadi_folderarchive_agent-9837
:1.97
 org.freedesktop.Akonadi.Agent.akonadi_mailfilter_agent
 org.freedesktop.Akonadi.MailFilterAgent
 org.kde.akonadi_mailfilter_agent-9846
:1.98
 org.kde.kgpg
org.freedesktop.DBus

I'm curious what tha last one can tell you.

Would you think it's a good idea to move /home/$USER/bin/nautilus (the switching script) to /usr/local/bin/ ?

Or, if things are done by a dbus-daemon instance running as $USER, make dbus-daemon's environment have $USER's path (which should restore the behavior that me and some other people lived very happy with)? At the moment, this seems most after my fancy.

cepheus11 · 07-01-2014, 09:38 AM

Quote:

Originally Posted by devdol

I'm curious what tha last one can tell you.

Not much because I don't know anything about dbus interface organisation, but I expected "org.freedesktop.FileManager1" in there. The closest hit is "org.freedesktop.NemoFileManager1".

My theory is that there are dbus interfaces running in your session, which I don't have. And that iceweasel preferes some gnome-related interface for opening directories. My qdbus output is much shorter than yours. Try to find out what starts all these dbus interfaces, and if there is a possibility to prevent that.

Quote:

Would you think it's a good idea to move /home/$USER/bin/nautilus (the switching script) to /usr/local/bin/ ?

Or, if things are done by a dbus-daemon instance running as $USER, make dbus-daemon's environment have $USER's path (which should restore the behavior that me and some other people lived very happy with)? At the moment, this seems most after my fancy.

Might be worth a try.

daltro · 07-26-2014, 10:34 AM

I use KDE 4 in Debian Jessie, and everytime I clicked "Open Containing Folder" on a downloaded file, Iceweasel weirdly lauched qmmp (the music player). Being a dummy linux user, what I did was go to KDE systemsettings (Start Menu > Settings > System Settings) and in "Default Applications" I changed from Dolphin to Konqueror. Then Iceweasel started using konqueror to open folders. Then I changed it back to Dolphin, and now it uses Dolphin.