GNOME Bugzilla – Bug 571619
Play a remote video from ssh with totem
Last modified: 2009-03-03 13:22:46 UTC
Please describe the problem: I have a problem with Intrepid. I can't play videos with totem from remote resources ssh. This is the error: ** Message: Error: Could not open resource for reading. gstgnomevfssrc.c(836): gst_gnome_vfs_src_start (): /GstPlayBinlay/GstGnomeVFSSrc:source: Could not open vfs file "sftp://remoteuser@remotehost/home/remoteuser/video.avi" for reading: Access denied (16) The video.avi is correct. In the local machine the video play without problems. With Ubuntu Hardy I don't have problems, work fine. I tried this: $ totem sftp://remoteuser@remotehost:/home/remoteuser/video.avi ** (totem:14404): DEBUG: Init of Python module ** (totem:14404): DEBUG: Registering Python plugin instance: BBCViewer+TotemPythonPlugin ** (totem:14404): DEBUG: Creating object of type BBCViewer+TotemPythonPlugin ** (totem:14404): DEBUG: Creating Python plugin instance ** (totem:14404): DEBUG: Init of Python module ** (totem:14404): DEBUG: Registering Python plugin instance: YouTube+TotemPythonPlugin ** (totem:14404): DEBUG: Creating object of type YouTube+TotemPythonPlugin ** (totem:14404): DEBUG: Creating Python plugin instance ** Message: no file info ** Message: Error: Could not open resource for reading. gstgnomevfssrc.c(836): gst_gnome_vfs_src_start (): /GstPlayBinlay/GstGnomeVFSSrc:source: Could not open vfs file "sftp://remoteuser@remotehost/home/remoteuser/video.avi" for reading: Access denied (16) and totem says: "Could not open location; you might not have permissions to open the file". But I have correct permissions from Nautilus. Any ideas?. Is this a totem 2.24 bug?. Steps to reproduce: 1. Connect to remote resource ssh with Nautilus. 2. Select video.avi for play. 3. Open totem for play video.avi Actual results: ** Message: Error: Could not open resource for reading. gstgnomevfssrc.c(836): gst_gnome_vfs_src_start (): /GstPlayBinlay/GstGnomeVFSSrc:source: Could not open vfs file "sftp://remoteuser@remotehost/home/remoteuser/video.avi" for reading: Access denied (16) Expected results: Play video.avi correctly. Does this happen every time? Yes. Other information:
In 2.24, you're supposed to use gvfs, which wouldn't have that problem. If you want to carry on using gnome-vfs (and have an authentication dialogue popup for this situation), use Totem 2.22. You should ask Ubuntu to get on with the times :)
Hello, the problem occurs in Ubuntu, Mandriva, Fedora, etc. It isn't in Ubuntu only. Regards.
It wouldn't happen on Fedora, as we don't ship the gnomevfssrc GStreamer plugin (which is the one that throws the error). The only reason why the same problem would happen on Fedora would be because the sftp share isn't mounted. This is a known problem that should be fixed by adding support for this to totem-pl-parser.
Why the problem happen on Ubuntu, Mandriva, Arch?. The sftp share is mounted because Nautilus access perfectly to resource.
Because the distro still ships the gnome-vfs GStreamer plugin, which will be tried before the gvfs plugin is. Remove the gnome-vfs plugin from /usr/lib/gstreamer-0.10/ and it will work as expected if the share is mounted.
Yes!, work fine. I've removed this plugin and work perfectly. Thanks you. Best regards.
*** Bug 573189 has been marked as a duplicate of this bug. ***