Bug 257903

Summary: KIO fallback in Phonon fails for playing videos in smb:/ and sftp:/ protocols
Product: [Frameworks and Libraries] Phonon Reporter: Andreas Gölzer <K_2005>
Component: KDE platform pluginAssignee: illumilore <illumilore>
Status: CONFIRMED ---    
Severity: normal CC: antonis+kdebugs, avilla, bugseforuns, christian_weilbach, fabio.albieri, garethic, illumilore, jasauders, jisakiel, lydia, martin.sandsmark, myriam, PJSingh5000, postix, robinchew, sherba800, simgunz, solerman, toddrme2178, web
Priority: NOR    
Version: 4.6.0   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In:
Attachments: command line output with kdebug from dragon player, attempting various sources.

Description Andreas Gölzer 2010-11-25 18:50:44 UTC
Created attachment 53733 [details]
command line output with kdebug from dragon player, attempting various sources.

Version:           4.4.2 (KDE 4.5) (using KDE 4.5.3) 
OS:                Linux

Using both the dragon player and a minimal program based on qt's Phonon::VideoPlayer, trying to play a file from a password-protected smb:/ or an sftp:/ or fish:/ source fails.

For a non-password-protected samba share the Video plays, but that is understood without kio by the vlc and xine backends.

Judging from the debug output, it is intended that this should work, as a kio socket is opened if the backend cannot open the url itself, and an error message given as debug output if the file could not be opened.

I attached debug outputs from dragon player, attempting to play from 
- an unprotected samba share(works) 
- an protected samba share(does not work)
- a local file(works, strangely using kio)
- an sftp source (does not work)

There are several bug reports for dragon player(Bug #257057, Bug #188291, Bug #230327) and kmplayer(Bug #157255, Bug #157143) related to this, and amarok bug #257075 is probably also resulting from this, albeit for audio files.  However because a minimal program using Phonon::VideoPlayer (like http://twolinux.blogspot.com/2010/10/writing-simple-media-player-in-qt.html ) behaves in that respect very similar to dragonplayer, I suspect this is a phonon issue.

The behaviour comes out the same in all three backends I tested: phonon-xine, phonon-vlc and phonon-gstreamer.

Reproducible: Always

Steps to Reproduce:
Try to use dragon or another phonon-based video player to play a file from a sftp:/, fish:/ or password-protected smb:/ source

Actual Results:  
No video is played

Expected Results:  
Video is played

This might be a regression.  http://vir.homelinux.org/blog/index.php?url=archives/32-KIO-in-Phonon.html&serendipity%5Bcview%5D=linear, a blog post from the Phonon development reported this working, as does the comment from Jordi Polo to bug #157255, who reported it working for KDE 4.0.70 >= 20080418.
Comment 1 Harald Sitter 2012-11-25 09:52:08 UTC
*** Bug 310474 has been marked as a duplicate of this bug. ***
Comment 2 Harald Sitter 2012-11-25 09:52:13 UTC
*** Bug 230327 has been marked as a duplicate of this bug. ***
Comment 3 Harald Sitter 2012-11-25 09:52:21 UTC
*** Bug 257057 has been marked as a duplicate of this bug. ***
Comment 4 Myriam Schweingruber 2013-04-13 08:00:23 UTC
Is this still an issue with Phonon 4.6.0 or git?
Comment 5 Solerman Kaplon 2013-05-11 11:53:39 UTC
Yes, still not working alright in 4.6.0, dunno about git
Comment 6 Myriam Schweingruber 2013-05-11 12:34:04 UTC
Thank you for the feedback.
Comment 7 Cédric Bellegarde 2013-06-05 08:33:33 UTC
Same with KDE 4.10
Comment 8 garethic 2013-07-03 07:08:15 UTC
I thought Linux was the king of networks, until...
Now that everyone & their dogs, like Rover, Tyson, Ben & Fido, as well as their dogs, have a NAS, it would be great to have support for them (The NAS, not the dogs) out of the box. I've just come from Windows where this stuff is pretty simple. And while I'm not going back, you have to realise just how many hours I've spent finding the usually simple solutions to problems just like this.
Comment 9 Martin Sandsmark 2013-07-03 11:52:24 UTC
Stop spamming the bugtracker with useless comments.
Comment 10 illumilore 2013-07-03 18:23:39 UTC
"I thought Linux was the king of networks, until..."

It's not a linux thing, it's a KDE thing. KIO has been utterly broken for as long as I have been using KDE and nobody here seems to care. You can't even stream properly over smb in kde, while in gnome 2.x, it used gvfs by default which did everything fine. I wish either the kio developers would abandon it and switch to something better or actually fix the thing.
Comment 11 Harald Sitter 2013-07-03 18:39:25 UTC
Stop spamming the bugtracker with useless comments.
Comment 12 illumilore 2013-07-03 18:53:10 UTC
"Stop spamming the bugtracker with useless comments."

The only spam I see here are yours and sandsmark's. Your comments add nothing to the discussion, so please stop.
Comment 13 Martin Sandsmark 2013-07-04 09:06:18 UTC
Our comments were not useless; we were asking you to stop sending us emails that does zilch for actually solving this bug. If you prefer Windows, gvfs or plan9 please go use it, by all means, but that has nothing to do with this bug. Also, please abide by the Code of Conduct: http://www.kde.org/code-of-conduct/

And just FYI; what I'm working on (when not interrupted by useless bugzilla mails) is to add kio support to VLC itself, so everything using libvlc (including Phonon) will be able to stream via kio. I assume the same can be done for gstreamer by the people who use and care about gstreamer.
Comment 14 Harald Sitter 2013-08-05 09:44:45 UTC
*** Bug 323187 has been marked as a duplicate of this bug. ***
Comment 15 Dawit Alemayehu 2013-11-19 05:21:14 UTC
*** Bug 314567 has been marked as a duplicate of this bug. ***
Comment 16 Simone Gaiarin 2017-07-13 17:39:38 UTC
This is still a problem nowadays. It is not possible to stream a video neither with the gstreamer nor the vlc backend phonon backend using the sftp kio plugin.
Comment 17 Artem 2018-06-13 22:53:03 UTC
Half of 2018 has passed but still cannot play videos from samba shares.