Dolphin with fish
Today I attempted to adjust a webserver configuration using dolphin to connect to
fish://root@server/etc. Connection worked as usual and I found I was looking at a listing
of the /etc directory. All good and expected.
Then I clicked on httpd which switched to listing the /etc/httpd directory. I then
clicked on conf.d and got this message at the top of dolphin:
"The file fish://server/etc/httpd/conf.d could not be loaded, as it was not possible
to read from it.
Check if you have read access to this file."
And in a pop up dialog I saw this:
"Could not read file fish://server/etc/httpd/conf.d."
On closer inspection I saw that there was no > next to the directory conf.d, which
usually means it is not a directory, but the permissions showed drwxr-xr-w.
So I logged into that server via ssh and was able to enter /etc/httpd/conf.d without a
problem, and from there edit or view any of the apache config files.
Then I tried renaming the conf.d directory to conf_d from the dolphin fish connection.
Then I was able click on conf_d to descend into that directory and edit any of the apache
config files there.
I tried renaming the directory to conf.d and after that was able to descend into that
directory from that dolphin session. Closing dolphin, opening it again and connectin to
that server via fish again, I was again not able to get into the/etc/httpd/conf.d
directory.
Turns out this happens no matter which server I connect, some of which are Rocky Linux,
most are CentOS Stream 8, and two are CentOS 7. All do the same. That is, any directory
named *.d cannot be decended into via fish on dolpin.
I just upgraded to Fedora 36, and this was not a problem before the upgrade. I use
dolphin multiple times a day to connect to the servers I manage, and this is the first
time I saw this.
So my question is, is it possible there is a configuration setting I am missing. I will
fils a bug regardless, but I was hoping there might be a work around.
Emmett