Can't mount ssh/sftp/afp sharing [$100]

[Rafael Prates Quevedo]

i cannot mount ssh/sftp sharing in my local network

[INFO 17:11:05.946404] Application.vala:155: Arquivos version: 0.3.0.1
[INFO 17:11:05.946447] Application.vala:157: Kernel version: 4.4.0-34-generic
[INFO 17:11:06.036968] Application.vala:83: Report any issues/bugs you might find to http://bugs.launchpad.net/pantheon-files
[WARNING 17:11:30.627085] gof-directory-async.vala:337: Error connecting to connectable sftp://[host]/ - Não foi possível conectar-se a [host]: Conexão recusada
[WARNING 17:11:30.627201] gof-directory-async.vala:186: Failed to get file info for file sftp://[host]/
[WARNING 17:11:30.627270] gof-directory-async.vala:351: sftp://[host]/ cannot load. Connected false, Mounted true, Exists true

[Jeremy Wootten (jeremywootten)]

I can mount my local ssh/sftp server OK using the "Connect to Server" dialog.

Can you give a little more detail about exactly how you are connecting and whether you can ssh to the same server in another way (e.g. different software)?

You are getting a "permission refused" error so you need to check you have the right permissions and password (are you using a remembered password or re-entering it?)

[Rafael Prates Quevedo (rafaelrpq)]

I can access the share using ssh Nautilus, so I have permission to access.

I accessed the share after I have tried to access the pantheon-files without need to login again.

I think the pantheon-files are not getting or is not handling the host response allowing access

[Jeremy Wootten (jeremywootten)]

Thanks for the additional information Rafael. Please could you list the exact steps you took, including whether you were logged into the share with Nautilus at the time you tried to access it with Files. I will try to reproduce your problem but I need a "click by click" description.

[Rafael Prates Quevedo (rafaelrpq)]

1. I opened a new pantheon-files window

2. then, I clicked on "Connect to Server"

3. Setted server and port, user and password for ssh sharing

4. I clicked on "Connect"

5. Pantheon-files shows me an empty folder with a message "It was not possible to mount the folder. It was not possible to connect to the server to this folder" [translated from portuguese: não foi possível montar a pasta. não foi possivel conectar ao servidor para esta pasta]

6. I opened nautilus and it shows the mounted network sharing in side bar.

7. I clicked on it and the sharing is accessible

[Rafael Prates Quevedo (rafaelrpq)]

8. The sharing still inaccessible in pantheon-files

[Jeremy Wootten (jeremywootten)]

Thanks for the extra information.

I am carrying out the same operations and it works for me. I use the ip address for the server, standard port (22) and root folder (/). After clicking "Connect" I have to enter the password for the keyring to unlock the SSH key - did you get this?

It sounds like Files did mount the share if Nautilus was showing it mounted afterwards (or it was already mounted). You might want to try pressing the "refresh" button in the location bar in Files if the directory does not show first time (although that bug was supposed to be fixed).

[Jeremy Wootten (jeremywootten)]

You should also be able to connect by typing the server address into the location bar:

sftp://[user]@[server ip]/[path to share]

[Jeremy Wootten (jeremywootten)]

Marked as confirmed as there is a duplicate bug filed by someone else

[Jeremy Wootten (jeremywootten)]

Rafael: What software are you using for your server? Is running on Linux. MacOS or Windows?

[Rafael Prates Quevedo (rafaelrpq)]

Ubuntu Server LTS 12.04.5

[ckinren (ckinren)]

my comment/experience: trying to connect to my WDMyCloud connected to network.

Using Loki: pantheon -files see's device - but is unable to mount.
Connect to server: - ssh - tells me connection refused by server
                     afp - 1st try asks me to verify details, when verified tells me unable to mount folder, however the drive does show in the left panel in network section with the mounted symbol, clicking the symbol and it tries to "un-mount" but the little working symbol just spins and spins.

Using Luna: pantheon-files see's device (after a little while - much longer than loki) and is able to mount drive
Connect to server: ssh - tells me connection refused by server.
                   afp - connects and mounts drive when I confirm log on details.

smb.conf files in both cases have been modified to include:

netbios name = "device name"
name resolve order = bcast

the connect by ssh failure could be my error as I've never attempted to connect to anything in this manner, and i have not yet attempted or worked out how to try the same via the terminal, but that is my next target.

I hope some of the above might be of some value.

[Jeremy Wootten (jeremywootten)]

ckinren: Thanks very much for your input. I am preparing a branch that tries to make mounting/loading more robust - it maybe in some cases Files is timing out too soon (you mentioned Luna waits much longer than Loki) so I will increase the time allowed amongst other things.

[Jeremy Wootten (jeremywootten)]

I have linked a development branch that might help fix this but I need testers who experience the problem. If anyone is able to build and try out this branch and report back I would be grateful.

[ckinren (ckinren)]

ok think I have tested it and I'm not seeing any improvement, now in Loki when I try to "connect to server" using "afp" as well as getting the message "unable to mount folder" I no longer see the drive in the left panel network area.
Using "ssh" connect to server and through "pantheon-files" I'm getting the same results as in my original post #11

My only reservation is to say that this is the first time I've tried to download any "development branch and install it"

I used bazaar explorer to do the download and followed the install instructions down to but not including the options commands.

Is there a file I could check to see if any changes have been applied and if there is where am I going to find it.

[Jeremy Wootten (jeremywootten)]

ckinren: Thanks for trying the branch out. You should ideally follow the installation instructions in the "HACKING" file in the source code. In particular you should use the option -DCMAKE_INSTALL_PREFIX=/usr for the cmake command in order to make sure the code is installed in the right place on your system.

Check the usr/local/bin directory to make sure it is not installed there. If it is, you will need to delete and pantheon-files related files from under the usr/local directory, then delete your build directory and start again.

You should be able to run the new version OK from the build directory though since it does not change the daemon or the plugins - build with "make" not "sudo make install" and in the build directory type ./src/pantheon-files --debug.

You must also check that the original pantheon-files is not still running in the background (use gnome-system-monitor for example). If it is, kill it before running the new version. Unless you do this, the old version will run not the new one.

If you run the new version from the command-line with the option --debug the output may give some more information about what is failing.

[ckinren (ckinren)]

Ok, usr/local/bin empty
old build directory deleted and started again using info in "HACKING" file.
All "pantheon" entries in system monitor ended and ".src/pantheon-files --debug" ran in terminal.

Clicking the found drive in "files" still gives - "unable to mount folder"
Connect to server using SSH now gets an instant "connection refused by server" response.
Connect to server using AFP- asked to verify user details then when verified the "unable to mount folder" message but the drive is showing in the left hand panel in network section, showing as mounted.

Output from the command-line copied below:

hope this is of help.

craiglaptop@craiglaptop-M7x0K:~/build$ ./src/pantheon-files --debug
[INFO 10:37:35.883285] Application.vala:155: Files version: 0.3.0.2
[INFO 10:37:35.883383] Application.vala:157: Kernel version: 4.4.0-38-generic
[DEBUG 10:37:36.018054] [Gtk] Connecting to session manager
[INFO 10:37:36.020440] Application.vala:83: Report any issues/bugs you might find to http://bugs.launchpad.net/pantheon-files
[DEBUG 10:37:36.156240] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so
[DEBUG 10:37:36.169638] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so'
[DEBUG 10:37:36.175675] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so
[DEBUG 10:37:36.181297] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so'
[DEBUG 10:37:36.185046] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so
[DEBUG 10:37:36.288582] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so'
[DEBUG 10:37:36.312745] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so
[DEBUG 10:37:36.430871] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so'
[DEBUG 10:37:37.141863] gof-directory-async.vala:983: Dir file:///home not in cache
[DEBUG 10:37:37.142247] >>>>create file file:///home/craiglaptop
[DEBUG 10:37:37.770909] gof-directory-async.vala:540: Obtained file enumerator for location file:///home/craiglaptop
[DEBUG 10:37:37.783150] gof-directory-async.vala:972: found cached dir file:///home/craiglaptop
[DEBUG 10:37:37.783253] >>>>create file file:///home/craiglaptop/Documents
[DEBUG 10:37:37.783469] gof-directory-async.vala:972: found cached dir file:///home/craiglaptop
[DEBUG 10:37:37.783533] >>>>create file file:///home/craiglaptop/Music
[DEBUG 10:37:37.783635] gof-directory-async.vala:972: found cached dir file:///home/craiglaptop
[DEBUG 10:37:37.783695] >>>>create file file:///home/craiglaptop/Pictures
[DEBUG 10:37:37.783788] gof-directory-async.vala:972: found cached dir file:///home/craiglaptop
[DEBUG 10:37:37.783848] >>>>create file file:///home/craiglaptop/Videos
[DEBUG 10:37:37.783939] go...

[Jeremy Wootten (jeremywootten)]

ckinren: Thanks! that has helped a lot and narrowed the problem down to a few lines of code (at least in the case of afp:// addresses - the debug messages do not cover ssh?) When you say "clicking the found drive" is this in the sidebar? If so, what is the address of the drive given by the tooltip? Is it under devices or network?

I need to add some more debugging code to narrow the problem down a bit more. When I have I would be grateful if you could post the debug messages produced by each kind of server/protocol that is failing to connect.

[Jeremy Wootten (jeremywootten)]

New version of branch now ready (r2328)

[ckinren (ckinren)]

"clicking the found drive"
on opening files, then clicking "entire network" two icons are displayed in the "main window" ...... WDMyCloud and Windows Network.
Clicking in the main window the WDMyCloud icon is what I mean by "clicking found drive"

For info - find time in Luna to find these 2 icons is circa 50seconds and in Loki, std or using branch is about 4seconds.

Just about to test new branch now will post post debug messages asap.

What is the command line entry that I could/should try for ssh and afp

[ckinren (ckinren)]

Still no success in getting drive to mount through either clicking found icon in files or afp or ssh. when unable to mount appears, more info is present, will try and add screenshot if its possible.

Debug messages see below:

1st warnings popped up after clicking found icon in files and the 2nd when trying to connect by afp.
Nothing was added when ssh connect was attempted.

hope this of use ......

craiglaptop@craiglaptop-M7x0K:~/build$ ./src/pantheon-files --debug
[INFO 10:16:56.176190] Application.vala:155: Files version: 0.3.0.2
[INFO 10:16:56.176294] Application.vala:157: Kernel version: 4.4.0-38-generic
[DEBUG 10:16:56.304828] [Gtk] Connecting to session manager
[INFO 10:16:56.307319] Application.vala:83: Report any issues/bugs you might find to http://bugs.launchpad.net/pantheon-files
[DEBUG 10:16:56.368389] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so
[DEBUG 10:16:56.370814] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so'
[DEBUG 10:16:56.371053] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so
[DEBUG 10:16:56.373275] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so'
[DEBUG 10:16:56.373447] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so
[DEBUG 10:16:56.418180] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so'
[DEBUG 10:16:56.418395] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so
[DEBUG 10:16:56.428288] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so'
[DEBUG 10:16:56.762785] gof-directory-async.vala:1017: Dir file:///home not in cache
[DEBUG 10:16:56.762923] >>>>create file file:///home/craiglaptop
[DEBUG 10:16:56.938271] gof-directory-async.vala:571: Obtained file enumerator for location file:///home/craiglaptop
[DEBUG 10:16:56.980841] gof-directory-async.vala:1006: found cached dir file:///home/craiglaptop
[DEBUG 10:16:56.980954] >>>>create file file:///home/craiglaptop/Documents
[DEBUG 10:16:56.981223] gof-directory-async.vala:1006: found cached dir file:///home/craiglaptop
[DEBUG 10:16:56.981282] >>>>create file file:///home/craiglaptop/Music
[DEBUG 10:16:56.981377] gof-directory-async.vala:1006: found cached dir file:///home/craiglaptop
[DEBUG 10:16:56.981433] >>>>create file file:///home/craiglaptop/Pictures
[DEBUG 10:16:56.981537] gof-directory-async.vala:1006: found cached dir file:///home/craiglaptop
[DEBUG 10:16:56.981600] >>>>create file file:///home/craiglaptop/Videos
[DEBUG 10:16:56.981696] gof-directory-async.vala:1006: found cached dir file:///home/craiglaptop
[DEBUG 10:16:56.981756] >>>>create file file:///home/craiglaptop/Downloads
[DEBUG 10:16:56.982255] QuicklistHandler.vala:41: Refreshing Unity dynamic boo...

[ckinren (ckinren)]

screenshot after afp failed to mount folder.

[Jeremy Wootten (jeremywootten)]

ckinren: Thanks again for your persistence in trying to solve this issue. It appears to be a permissions issue as your screen shot shows that the afp share is mounted OK (at least the second time). I assume the share was not previously mounted using other software?

Could you just clarify - can you connect to the same share from the same computer running the same installation of Loki but using Nautilus or Thunar instead of Files? That is, everything the same except the filemanager?

Was the AFP server set up so that a username or password is required to access it (mine is). Did you at any point choose the "remember password forever" option when trying to log on to this server? From the debug output, Files is not asking for a password to be entered.

[Jeremy Wootten (jeremywootten)]

ckinren: You can connect by ssh (or afp or ftp or smb) either by typing the full address into the pathbar (e.g. "ssh://user@hostname/path" or by clicking on "Connect Server" in the sidebar and completing the dialog. Depending on how you have set up your security you may have to enter a password.

[Jeremy Wootten (jeremywootten)]

You have to have an appropriate server set up on the host of course!

[ckinren (ckinren)]

Jeremy:confirmed - share was not loaded using any other software.
It was mounted as a result of the "connect to server" by afp.
when I first hit connect a request comes up to confirm login details which when confirmed and connect clicked again mounts the share in the network area but still with the unable to mount folder statement in screen-print.

Have not tried installing Nautilus or Thunar - guess that's next on my list to try :-)

Yes afp server is set up with with user and password required - when connecting with my Luna desktop pc I always have to enter them mount the folders and once again they are required when I access a specific folder.

Yes I have in the past probably chosen "remember password forever" but certainly in Luna that never ever seemed to work/do anything as I would still get get asked for login and password on all subsequent sessions.

Will give another file manager a try now.
Have never had that question posed in Loki ........... so far.

[ckinren (ckinren)]

Jeremy - ok that was interesting

installed Thunar ... browsed network... took a good few seconds (longer than pantheon) to find 2 icons (WDMyCloud & Windows Network) but it did.
After clicking WDMyCloud I got the connection dialogue box asking if I wanted to login as user or guest and for login/password details and how long I wanted the password remembered for.

Entered info and bingo it connected.

All pantheon processes were ended prior to starting Thunar.

Does this help??

[Jeremy Wootten (jeremywootten)]

That is very puzzling. I will not have time to work on this for a couple of days but I'll have a think and get back to you.

[ckinren (ckinren)]

OK, I'll see if I can install Nautilus tomorrow and report back on how it goes.

[ckinren (ckinren)]

Jeremy: Nautilus connected same as Thunar.
It also connected with afp connect to server but ssh connect to server still yielded no connection.
Also just realised there was no "connect to server" option in Thunar

So it does look like there is something Pantheon don't like/can't deal with that the other two can.

Let me know what else you'd like me to try and I'll do what I can.

[Jeremy Wootten (jeremywootten)]

Added a bounty.

[Jeremy Wootten (jeremywootten)]

ckinren: If you could post a debug log from when Files fails to connect to the ssh server (using the testing branch) I would be grateful.

[ckinren (ckinren)]

Jeremy: not sure if I'm getting the info what you want .... but:
from the build directory entering "./src/pantheon-files --debug" gives a load of debug/info in terminal window.

Using "connect to server" from within files and selecting connection by "ssh" entering server ip, folder, user name, and password does not add any more lines to the terminal output.

The message that comes up in the "files" "connect too server" window is "Connection refused by server"

Is there another method I need to use to get you the info you require?

[Jeremy Wootten (jeremywootten)]

ckinren: OK, this shows that the problem is not with gof_directory_async specifically - the connect to server window code - which is much older - also could not connect to your ssh server, which means the GLib function used gave an error. The puzzling thing why Nautilus does not fail in that case.

Instead of using the Connect Server window, could you try typing the full url directly into the navigation bar? Compare the results with using the same url with the ssh command in the terminal.

Thanks again for you patience in helping to test Files.

[ckinren (ckinren)]

Jeremy: Using std files typing full address into navigation bar gives:

Unable to mount folder Could not connect to the server for this folder.

Using Terminal gives:

No such file or directory (used format ssh://user@hostname/path)

Using "latest files from branch" typing location into navigation bar gives:

Unable to show folder The server for this folder could not be located The specified location is not mounted.

The last 14 lines on the attached debug info is what was added when added info to the navigation bar (I have added 3 blank lines)

hope what I've done was as requested and useful.

craiglaptop@craiglaptop-M7x0K:~$ cd build
craiglaptop@craiglaptop-M7x0K:~/build$ ./src/pantheon-files --debug
[INFO 20:19:08.061922] Application.vala:155: Files version: 0.3.0.2
[INFO 20:19:08.062019] Application.vala:157: Kernel version: 4.4.0-38-generic
[DEBUG 20:19:08.188041] [Gtk] Connecting to session manager
[INFO 20:19:08.190500] Application.vala:83: Report any issues/bugs you might find to http://bugs.launchpad.net/pantheon-files
[DEBUG 20:19:08.252161] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so
[DEBUG 20:19:08.254718] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so'
[DEBUG 20:19:08.254958] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so
[DEBUG 20:19:08.257152] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so'
[DEBUG 20:19:08.257320] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so
[DEBUG 20:19:08.298565] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so'
[DEBUG 20:19:08.298774] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so
[DEBUG 20:19:08.379903] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so'
[DEBUG 20:19:08.716390] gof-directory-async.vala:1017: Dir file:///home not in cache
[DEBUG 20:19:08.716536] >>>>create file file:///home/craiglaptop
[FATAL 20:19:08.745336] granite_widgets_tab_get_working: assertion 'self != NULL' failed
[DEBUG 20:19:08.764231] gof-directory-async.vala:571: Obtained file enumerator for location file:///home/craiglaptop
[DEBUG 20:19:08.798582] gof-directory-async.vala:1006: found cached dir file:///home/craiglaptop
[DEBUG 20:19:08.798701] >>>>create file file:///home/craiglaptop/Documents
[DEBUG 20:19:08.798979] gof-directory-async.vala:1006: found cached dir file:///home/craiglaptop
[DEBUG 20:19:08.799038] >>>>create file file:///home/craiglaptop/Music
[DEBUG 20:19:08.799130] gof-directory-async.vala:1006: found cached dir file:///home/craiglaptop
[DEBUG 20:19:08.799185] >>>>create file file:///home/craiglaptop/Pictures
[DEBUG 20:19:08.799273] gof-directory-async.vala:1006: found cached dir file:///home/cr...

[Jeremy Wootten (jeremywootten)]

Hello ckinren. Close any existing mounts to the server and then stop any Files processes. In the terminal, try "ssh user@hostname". Do not add a trailing slash. (type "man ssh" to see more information about the ssh command). Depending on the type of security you have set up you might be asked for either the passphrase for your keyring or the password of the server.

If you still have trouble and you know the ip address of the server then just try "ssh [ip address]". I believe you said the server is on the local network? Try pinging it to make sure it is responding.

If you can ssh into the server like this then disconnect with "~." Then try "gvfs-mount ssh://user@hostname/path" where "path" a shared path on the server. If this is successful then you can open Files and see the mounted location as a bookmark in the sidebar, in the "Network category". If you click on this bookmark, the view should list the contents. Does this work? What address is showing in the path bar when you click on it?

[dubst3pp4 (marc.hanisch)]

@Jeremy: I followed this ticket a while. As I've written in duplicate ticket https://bugs.launchpad.net/pantheon-files/+bug/1623649, mounting SSH folders with gfvs-mount works, but it works not in pantheon-files (which uses gfvs, correct me if I'm wrong). So I don't thinks that this is just a connection issue.

[Jeremy Wootten (jeremywootten)]

dubst3pp4: I cannot assume that the problem is exactly the same for everyone - I do not experience it at all!

So in your case, you can get as far as getting the bookmark in Files (using gvfs-mount) but when you click on that bookmark, the directory fails to display?

You are right that Files uses gvfs. The problem seems to be failure to get fileinfo about the mounted folder, using GFile.query_info_async (), in some cases, making Files think it is not mounted or not accessible.

Could you try getting fileinfo from the ssh share in the terminal, using ls -l.?

[dubst3pp4 (marc.hanisch)]

You're right:

- when I mount with gvfs-mount, the bookmark gets displayed in Files (in the "Network" section)
- when I click on that bookmark, Files tells me that it can't mount the folder
- when I type in an gvfs-ls for my mount (gvfs-ls ssh://<email address hidden>), then folders and files are correctly listed

Hope this helps :-)

[Jeremy Wootten (jeremywootten)]

Thanks dubs3pp4! That's helpful, albeit puzzling.

If you are willing and able to download the source of the linked branch, compile it and run it in a terminal from the build directory with "./src/pantheon-files --debug (after killing any existing Files processes running in the background), the output should give some clue as to what the problem is (if it doesn't solve it). Instructions for building and compiling can be found in the "INSTALL" and "HACKING" files in the root directory of the source code. Use the -DCMAKE_BUILD_TYPE=Debug option. Don't worry if you do not want to do this though.

The linked branch can mount and list samba, ftp, sftp, and afp shares for me.

[Joel Ong (joel-ong)]

I can confirm that the linked branch can mount SFTP shares (with the caveat that all folders are displayed with the shared-folder rather than the normal folder icon).

[Jeremy Wootten (jeremywootten)]

Thanks Joel - that's encouraging! The icon used for non-local folders is "folder-remote" and its appearance depends on its size. This is a theming issue.

[ckinren (ckinren)]

Jeremy: No existing mounts to server and all File processes closed.

Ping'd server and tried both ssh options, terminal output for all pasted below:

craiglaptop@craiglaptop-M7x0K:~$ ping 192.168.1.102
PING 192.168.1.102 (192.168.1.102) 56(84) bytes of data.
64 bytes from 192.168.1.102: icmp_seq=1 ttl=64 time=0.283 ms
64 bytes from 192.168.1.102: icmp_seq=2 ttl=64 time=0.278 ms
64 bytes from 192.168.1.102: icmp_seq=3 ttl=64 time=0.282 ms
64 bytes from 192.168.1.102: icmp_seq=4 ttl=64 time=0.267 ms
64 bytes from 192.168.1.102: icmp_seq=5 ttl=64 time=0.262 ms
64 bytes from 192.168.1.102: icmp_seq=6 ttl=64 time=0.244 ms
64 bytes from 192.168.1.102: icmp_seq=7 ttl=64 time=0.244 ms
64 bytes from 192.168.1.102: icmp_seq=8 ttl=64 time=0.302 ms
64 bytes from 192.168.1.102: icmp_seq=9 ttl=64 time=0.259 ms
64 bytes from 192.168.1.102: icmp_seq=10 ttl=64 time=0.265 ms
^C
--- 192.168.1.102 ping statistics ---
10 packets transmitted, 10 received, 0% packet loss, time 8997ms
rtt min/avg/max/mdev = 0.244/0.268/0.302/0.024 ms
craiglaptop@craiglaptop-M7x0K:~$ ssh 192.168.1.102
ssh: connect to host 192.168.1.102 port 22: Connection refused
craiglaptop@craiglaptop-M7x0K:~$ ssh admin@WDMycloud
ssh: connect to host wdmycloud port 22: Connection refused
craiglaptop@craiglaptop-M7x0K:~$

[ckinren (ckinren)]

Jeremy: ok experimenting a bit from dubst3pp4 comment #38 I tried the following....

craiglaptop@craiglaptop-M7x0K:~$ gvfs-mount smb://192.168.1.102/public
Password required for share public on 192.168.1.102
User [craiglaptop]: **********
Domain [WORKGROUP]: **********
Password: ***********
craiglaptop@craiglaptop-M7x0K:~$

and it worked, server loaded in files in network area and when I mounted it the folders appeared and were visible in main window and I could navigate and open all the folders on the drive.
It also worked when I replaced ip address with servername.

This was using standard files and not the branch option.

hope this helps ??

[dubst3pp4 (marc.hanisch)]

@Jeremy I will also test the branch as soon as possible, but as this is my working machine which I use day to day I will have to look for a proper time slot ;-)

[eXcuvator (excuvator)]

Affects me as well. Plain vanilla ssh connect. Entering everything correctly, Cannot mount Folder error. (No matter whether smb or sftp)

[Jeremy Wootten (jeremywootten)]

eXcuvator: ssh and sftp are synonyms for the same protocol, but smb is quite different. So a bug affecting one might not affect the other.

[Kevin_Lausen (kevin-j-lausen)]

 I cannot connect to my Home-theatre PC over the Network using sshfs with pantheon-files.
  I am having this problem both on my Lenovo X131e, and a roommates C710 Chromebook Both running up-to-date Loki.
  The Chromebook and a Toshiba running Ubuntu Mate, both Connect through a wifi-repeater, which shares the connection of my thinkpad(connected to a public wifi).

  I know this is not a problem with my NT, because I can still connect
  using Thunar file manager easily and super quick with both chromebook
  and thinkpad to the Toshiba laptop. I can also connect via cli to the
  Toshiba without issue from both machines, as well as several android
  devices.

  I tried installing the sshfs package, which didn't help anything.

  You might notice from the screenshot, that the gur on 172.16.42.190
  looks to be mounted, but this is only because Thunar mounted it. I get
  the same error when clicking on the side-bar, as typing in
  sshfs|ssh://172.16.42.190/home/gur, as well as filling in the connect
  to server SSH w/ the correct address/folder/username/password.

  Oddly enough when browsing for a file from Chrome/Vivaldi, but not
  Firefox I can browse to the sshfs local share; but only IF I use
  thunar to mount it first.

[lutek (lutek-pl)]

Got the same problem with sftp, some steps that i have checked from this thread. I tried with domain and ip address.
SMB works.

lutek@N550JV:~$ ping ecbox-dev
PING ps16fw.local (192.168.100.20) 56(84) bytes of data.
64 bytes from ps16fw.local (192.168.100.20): icmp_seq=1 ttl=64 time=0.142 ms
64 bytes from ps16fw.local (192.168.100.20): icmp_seq=2 ttl=64 time=0.170 ms
^C
--- ps16fw.local ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 999ms
rtt min/avg/max/mdev = 0.142/0.156/0.170/0.014 ms
lutek@N550JV:~$ ssh ecbox-dev
Linux ecbox-dev 3.2.0-4-amd64 #1 SMP Debian 3.2.81-1 x86_64

The programs included with the Debian GNU/Linux system are free software;
the exact distribution terms for each program are described in the
individual files in /usr/share/doc/*/copyright.

Debian GNU/Linux comes with ABSOLUTELY NO WARRANTY, to the extent
permitted by applicable law.
Last login: Sun Nov 20 21:14:40 2016 from 192.168.100.1
root@ecbox-dev:~# exit
logout
Connection to 192.168.100.20 closed.
lutek@N550JV:~$ pantheon-files --debug
[INFO 22:15:36.900282] Application.vala:155: Files version: 0.3.0.4
[INFO 22:15:36.900314] Application.vala:157: Kernel version: 4.4.0-47-generic
[DEBUG 22:15:36.932575] [Gtk] Connecting to session manager
[INFO 22:15:36.933599] Application.vala:83: Report any issues/bugs you might find to http://bugs.launchpad.net/pantheon-files
[DEBUG 22:15:36.950978] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so
[DEBUG 22:15:36.954360] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so'
[DEBUG 22:15:36.954442] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so
[DEBUG 22:15:36.956036] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so'
[DEBUG 22:15:36.956092] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so
[DEBUG 22:15:36.956645] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so'
[DEBUG 22:15:36.956705] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so
[DEBUG 22:15:36.957198] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so'
[DEBUG 22:15:37.029117] gof-directory-async.vala:964: Dir file:///home not in cache
[DEBUG 22:15:37.029164] >>>>create file file:///home/lutek
[DEBUG 22:15:37.140164] plugin.vala:198: iter n_children 1
[DEBUG 22:15:37.140188] plugin.vala:201: row_iter n_children 0
[DEBUG 22:15:37.143012] gof-directory-async.vala:955: found cached dir file:///home/lutek
[DEBUG 22:15:37.143056] >>>>create file file:///home/lutek/Documents
[DEBUG 22:15:37.143156] gof-directory-async.vala:955: found cached dir file:///home/lutek
[DEBUG 22:15:37.143192] >>>>create file file:///home/lutek/Music
[DEBUG 22:15:37.143241] gof-di...

[lutek (lutek-pl)]

i just tied branch more-robust-directory-loading it works :)
all icons of remote dir are as "wifi icon"

lutek@N550JV:/tmp/more-robust-directory-loading/build/src$ ./pantheon-files --debug
[INFO 22:39:27.529939] Application.vala:155: Files version: 0.3.0.4
[INFO 22:39:27.529968] Application.vala:157: Kernel version: 4.4.0-47-generic
[DEBUG 22:39:27.564024] [Gtk] Connecting to session manager
[INFO 22:39:27.564923] Application.vala:83: Report any issues/bugs you might find to http://bugs.launchpad.net/pantheon-files
[DEBUG 22:39:27.582694] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so
[DEBUG 22:39:27.586309] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so'
[DEBUG 22:39:27.586404] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so
[DEBUG 22:39:27.587943] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so'
[DEBUG 22:39:27.588000] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so
[DEBUG 22:39:27.588539] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so'
[DEBUG 22:39:27.588583] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so
[DEBUG 22:39:27.589058] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so'
[DEBUG 22:39:27.659093] gof-directory-async.vala:1028: Dir file:///home not in cache
[DEBUG 22:39:27.659151] >>>>create file file:///home/lutek
[DEBUG 22:39:27.661920] gof-directory-async.vala:173: Preparing directory for loading
[DEBUG 22:39:27.661951] gof-directory-async.vala:198: get_file_info
[DEBUG 22:39:27.661964] gof-directory-async.vala:211: Loading info for local directory
[DEBUG 22:39:27.769756] gof-directory-async.vala:1017: found cached dir file:///home/lutek
[DEBUG 22:39:27.771635] Slot.vala:289: Slot.initialize_directory () called when directory already loading - ignoring
[DEBUG 22:39:27.875786] gof-directory-async.vala:393: make ready
[DEBUG 22:39:27.875821] gof-directory-async.vala:538: list directory async
[DEBUG 22:39:27.875876] plugin.vala:198: iter n_children 1
[DEBUG 22:39:27.875894] plugin.vala:201: row_iter n_children 0
[DEBUG 22:39:27.876486] gof-directory-async.vala:578: Obtained file enumerator for location file:///home/lutek
[DEBUG 22:39:27.881447] gof-directory-async.vala:1017: found cached dir file:///home/lutek
[DEBUG 22:39:27.881483] gof-directory-async.vala:1017: found cached dir file:///home/lutek
[DEBUG 22:39:27.889738] gof-directory-async.vala:1017: found cached dir file:///home/lutek
[DEBUG 22:39:27.889767] gof-directory-async.vala:1017: found cached dir file:///home/lutek
[DEBUG 22:39:27.890648] gof-directory-async.vala:1017: found cached dir file:///home/lutek
[DEBUG 22:39:27.890670] >>>>reuse file file:///home/lutek/D...

[ckinren (ckinren)]

Jeremy, tried the new experimental branch, it goes further but still falls short of mounting folders from my WDMyCloud.

Pics 1, 2 & 3 show what happens clicking - entire network, then WDMyCloud icon in main display window, entering and then confirming password.

Debug info from Terminal for all these actions also below:

Using connect to server; AFP mode will load folders (after very brief "unable to mount folders" message appears) but it is not happy when you try later to unmount.
SSH mode still gives "connection refused by server" message.

Terminal debug info:

craiglaptop@craiglaptop-M7x0K:~$ cd build
craiglaptop@craiglaptop-M7x0K:~/build$ ./src/pantheon-files --debug
[INFO 20:04:32.340832] Application.vala:155: Files version: 0.3.0.4
[INFO 20:04:32.341391] Application.vala:157: Kernel version: 4.4.0-47-generic
[DEBUG 20:04:32.472262] [Gtk] Connecting to session manager
[INFO 20:04:32.474887] Application.vala:83: Report any issues/bugs you might find to http://bugs.launchpad.net/pantheon-files
[DEBUG 20:04:32.537553] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so
[DEBUG 20:04:32.606014] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filestrash.so'
[DEBUG 20:04:32.606245] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so
[DEBUG 20:04:32.646248] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-filesctags.so'
[DEBUG 20:04:32.646462] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so
[DEBUG 20:04:32.648855] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libpantheon-files-contractor.so'
[DEBUG 20:04:32.649037] PluginManager.vala:124: Loading plugin for /usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so
[DEBUG 20:04:32.651332] PluginManager.vala:151: Loaded module source: '/usr/lib/x86_64-linux-gnu/pantheon-files/plugins/core/libnetwork-places.so'
[DEBUG 20:04:32.960286] gof-directory-async.vala:1050: Dir file:///home not in cache
[DEBUG 20:04:32.960423] >>>>create file file:///home/craiglaptop
[DEBUG 20:04:32.978728] gof-directory-async.vala:175: Preparing directory for loading
[DEBUG 20:04:32.978824] gof-directory-async.vala:209: get_file_info
[DEBUG 20:04:32.978883] gof-directory-async.vala:218: Loading info for local directory
[DEBUG 20:04:33.120106] gof-directory-async.vala:203: enclosing mount is null 4? true
[DEBUG 20:04:33.120207] gof-directory-async.vala:392: make ready
[DEBUG 20:04:33.120288] gof-directory-async.vala:550: list directory async
[DEBUG 20:04:33.120454] plugin.vala:198: iter n_children 1
[DEBUG 20:04:33.120747] plugin.vala:201: row_iter n_children 0
[DEBUG 20:04:33.120866] gof-directory-async.vala:593: Obtained file enumerator for location file:///home/craiglaptop
[DEBUG 20:04:33.124355] plugin.vala:198: iter n_children 1
[DEBUG 20:04:33.124456] plugin.vala:201: row_iter n_children 0
[DEBUG 20:...

[ckinren (ckinren)]

ops forgot to attach file with screen captures.

[Jeremy Wootten (jeremywootten)]

ckinren: Thanks for trying the experimental branch - I'll study your feedback and try to make further improvements.

[Jeremy Wootten (jeremywootten)]

ckinren: Comparing the pics and the txt, indicates that the operation timed out while loading file info although the server connected OK and accepted the password. Were there very many files in the folder you were loading? I may have to increase the timeout or reset it every time a file is successfully loaded.

[Jeremy Wootten (jeremywootten)]

ckinren: Try connecting to a shared sub-folder on afp://WDMyCloud-7.local - there is a bug preventing connection with the root folder, it seems. I'll fix asap.

[Jeremy Wootten (jeremywootten)]

OK, a new experimental branch is now available if you would like to test it.

[ckinren (ckinren)]

Jeremy, ok tested new branch and significant improvement, clicking entire network - WDmyCloud icon - entering password now brings up the root folders in main RH window/panel.
However there is no entry showing for it under "network" in LH panel, should there be one ???

When i open any of the root folders the sub folders appear in main panel and an entry for it appears under network heading with the little unmount triangle and bar.

The problem now appears to be clicking the unmount triangle does not unmount the mounted folder, the little wheel just spins and spins (15 mins and counting).

SSH mode no change - connection refused by server
AFP mode still works but again unmount does not unmount just get the spinning wheel where the unmount triangle was.

Clicking on that mount again gives the message:

Unable to display folder contents
The operation timed out
Backend currently unmounting.

hope the above is useful.

ckinren.

[Jeremy Wootten (jeremywootten)]

Ckinren, thanks for the testing it is very helpful.

You do not get an entry under "Network" in the sidebar for servers themselves (at present) - only mounted shares so if you are browsing the root of server, showing the shares available then you will not get an entry. There is another open bug for implementing a way of remembering connection details for servers.

I'll look into the unmount problem - I did not experience it. It sounds like the gvfs backend is hanging for some reason. Could you try mounting with Files then unmounting at the commandline?

This bug really needs to be split into several - one for each protocol and maybe one for unmounting ...

[dubst3pp4 (marc.hanisch)]

Btw. I just discovered that mounting SMB shares works but mounting SSH / SFTP shares does not work.

[Ian Santopietro (isantop)]

Not working here either with an SFTP server requiring Public Key auth (Password auth is not an option due to the server having a public IP). The connection works fine in Nautilus and I can SSH to the server from the terminal just fine, however it is not possible to connect to it from Pantheon Files, even if there are no active connections to the server on my computer.

[dubst3pp4 (marc.hanisch)]

Thank you so much @Jeremy and the rest of the elementary team! It works now like a charm! Have been waiting for this fix like a little child for christmas :-)