After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 536335 - Totem can't play files from FTP servers
Totem can't play files from FTP servers
Status: RESOLVED INCOMPLETE
Product: gnome-vfs
Classification: Deprecated
Component: File operations
unspecified
Other All
: Normal normal
: ---
Assigned To: gnome-vfs maintainers
gnome-vfs maintainers
Depends on:
Blocks:
 
 
Reported: 2008-06-02 21:48 UTC by Adolfo González Blázquez
Modified: 2010-05-14 18:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Adolfo González Blázquez 2008-06-02 21:48:53 UTC
Please describe the problem:
Totem does not play files from FTP servers. sftp seems to work ok.


infinito@laptop:~$ totem "ftp://server/Incoming/El Ala Oeste/7x01 - El Ala Oeste - El Cartel.avi"
** (totem:22752): DEBUG: Init of Python module
** (totem:22752): DEBUG: Registering Python plugin instance: YouTube+TotemPythonPlugin
** (totem:22752): DEBUG: Creating object of type YouTube+TotemPythonPlugin
** (totem:22752): DEBUG: Creating Python plugin instance
** Message: Error: Could not close resource.
gstgnomevfssrc.c(868): gst_gnome_vfs_src_stop (): /play/source:
Could not close vfs handle: Operation cancelled



Steps to reproduce:


Actual results:


Expected results:


Does this happen every time?


Other information:
Comment 1 Adolfo González Blázquez 2008-06-02 21:49:18 UTC
This is Totem 2.22.1 under Ubuntu Hardy...
Comment 2 Bastien Nocera 2008-06-02 22:43:29 UTC
Does this work?
gst-launch-0.10 playbin uri="ftp://server/Incoming/El Ala Oeste/7x01 - El Ala Oeste - El Cartel.avi"
or this:
gnomevfs-cat "ftp://server/Incoming/El Ala Oeste/7x01 - El Ala Oeste - El Cartel.avi" | totem fd://0
Comment 3 Adolfo González Blázquez 2008-06-02 23:09:58 UTC
Nope, neither gst-launch nor gnomevfs-cat worked.

infinito@latop:~$ gst-launch-0.10 playbin uri="ftp://user:pass@server/Incoming/El Ala Oeste/7x01 - El Ala Oeste - El Cartel.avi"
Setting pipeline to PAUSED ...
Pipeline is PREROLLING ...
ERROR: from element /playbin0/source: Could not close resource.
Additional debug info:
gstgnomevfssrc.c(868): gst_gnome_vfs_src_stop (): /playbin0/source:
Could not close vfs handle: Operation cancelled
ERROR: pipeline doesn't want to preroll.
Setting pipeline to NULL ...
FREEING pipeline ...


infinito@latop:~$ gnomevfs-cat "ftp://user:pass@server/Incoming/El Ala Oeste/7x01 - El Ala Oeste - El Cartel.avi" | totem fd://0
** Message: opening ftp://user:pass@server/Incoming/El Ala Oeste/7x01 - El Ala Oeste - El Cartel.avi
** (totem:23928): DEBUG: Init of Python module
** (totem:23928): DEBUG: Registering Python plugin instance: YouTube+TotemPythonPlugin
** (totem:23928): DEBUG: Creating object of type YouTube+TotemPythonPlugin
** (totem:23928): DEBUG: Creating Python plugin instance

(totem:23928): GStreamer-CRITICAL **: gst_object_unref: assertion `object != NULL' failed

(totem:23928): GStreamer-CRITICAL **: gst_object_unref: assertion `object != NULL' failed
** Message: Error: Could not determine type of stream.
gsttypefindelement.c(622): gst_type_find_element_chain_do_typefinding (): /play/decodebin1/typefind



But gnomevfs-cat works for MP3 files, and gst-launch fails:

infinito@latop:~$ gst-launch-0.10 playbin uri="ftp://user:pass@server/Zinc.mp3"
Setting pipeline to PAUSED ...
ERROR: Pipeline doesn't want to pause.
ERROR: from element /playbin0/source: Could not open resource for reading.
Additional debug info:
gstgnomevfssrc.c(841): gst_gnome_vfs_src_start (): /playbin0/source:
Could not open vfs file "ftp://fito@tullido/Zinc.mp3" for reading: Login failed (30)
Setting pipeline to NULL ...
FREEING pipeline ...
Comment 4 Bastien Nocera 2008-06-02 23:38:03 UTC
Probably a problem with the gnome-vfs ftp support sucking...
Comment 5 Sebastian Dröge (slomo) 2008-06-10 09:05:48 UTC
This sounds really like a gnomevfs problem. The URL contains username/password but it somewhere gets lost when passing this to gnomevfs.

gnomevfssrc only calls gnome_vfs_open_uri() with the URI passed to it and here things are failing. Reassinging to gnomevfs...
Comment 6 André Klapper 2010-03-27 16:49:26 UTC
Hi,
is this still a problem in a recent GNOME version (2.28 or 2.30) that uses gvfs instead of the deprecated gnome-vfs?
Comment 7 Tobias Mueller 2010-05-14 18:47:49 UTC
Closing this bug report as no further information has been provided. Please feel free to reopen this bug if you can provide the information asked for.
Thanks!