Most applications can't access "Connect to Server" mounts

[Marcus Sundman]

The "Connect to Server" feature is severely broken as long as most applications can't access anything on such mounts. The current gnome-vfs implementation is too high-level. Instead something like fuse and gvfs or vio should be used.

[Ross Peoples (deejross)]

I just posted a rant in the forums about this. This problem is the cause of 50% of my frustration. The other 50% involves Totem. If you are like me and have movies and music stored on a Windows server, you are stuck with Totem, as you cannot access the media with anything else because even though the share is "connected", it's NOT mounted, which doesn't do anyone any good. In its current state, it's nothing more than a useless shortcut on my desktop.

[Jean-Baptiste Lallement (jibel)]

Thank you for taking the time to report this bug and helping to make Ubuntu better. You reported this bug a while ago and there hasn't been any activity in it recently. We were wondering is this still an issue for you? Can you try with latest Ubuntu release? Thanks in advance.

[Marcus Sundman (sundman)]

Seems to work in hardy, thanks to the gvfs-fuse-thingy.

[Ross Peoples (deejross)]

Try playing something from one of those shares through VLC and you will find that this bug still exists, even with the new gvfs. Setting back to New.

[Jean-Baptiste Lallement (jibel)]

Ross, GVFS supports exposing the gvfs mounts to non-gio applications using fuse. gvfs-fuse-daemon will mount your network connections as local file systems. Did you give it a try ?

[Ross Peoples (deejross)]

Yes, and it doesn't work with VLC, as mentioned yesterday. Steps to reproduce:
 - Install VLC if not installed
 - Run VLC
 - Click File->Open File
 - Shares mounted with gvfs do not appear on the sidebar of the open file dialog.

[Marcus Sundman (sundman)]

Ross, that's not how it's supposed to work. However, it doesn't work the way it's supposed to work either. E.g., if do I Places -> Connect to Server... -> SSH, and then try to open the file with xine (using nautilus) then the correct path is used (~/.gvfs/sftp on ...), but if I try to open the file with vlc (again using nautilus) then the "wrong" (gvfs-aware) path is used (sftp://...). There seems to be some problem with detecting which apps are gvfs-aware and which need the gvfs-fuse-path.

[Marcus Sundman (sundman)]

The problem seems to be vlc-specific. Thus this bug report should be marked as fixed/resolved, and Bug #226420 should be un-duplicated from this.

[Jean-Baptiste Lallement (jibel)]

I'm closing this report due to your last comment and this being fixed in Hardy.

Ross, for the particular issue regarding VLC and GVFS you can track and make comments directly in Bug #226420 .

Thank you again for taking the time to report this bug and helping to make Ubuntu better. Feel free to submit any future bugs you may find.

[2clicks (click-fuse)]

I'm not sure you should close the report. I have been mounting shares via the command line smbmount. I have created a script to do this but its a workaround. Today my script has ceased to function. What is going on?

example:

smbmount //raid1nas/Media /home/user/Music -o /home/user/.smbpasswd,uid=user

yields:

mount error: could not find target server. TCP name raid1nas/Media not found
No ip address specified and hostname not found

Its been working since i upgraded to 8.04 on day 1.

Also, I have noticed that Nautilus mounts every folder in my music collection as a shortcut, often locking it up. I know this isn't about Nautilus but just a data point.

[Marcus Sundman (sundman)]

2clicks, your problem with smbmount has nothing to do with this bug.
(Actually, I don't think it even has anything to do with smbmount. Maybe you should add raid1nas in System->Administration->Network->Hosts. Anyway, bug reports aren't meant for support, so if you still have that problem then you should ask for help on the ubuntu forums or somesuch.)