Steps to reproduce: 1. Ensure that your machine has the proper video codecs to play videos 2. Use Dolphin to connect to a password-protected Windows Samba share 3. Navigate to a video file on the share 4. Copy the file to a local disk and open it in Dragonplayer to make sure that Dragonplayer is able to play it locally 5. GO back to the share and Double-click on the file or right-click on it and choose Open With > DragonPlayer Expected results: Dragonplayer plays the file over the nwtwork Actual results: Dragonplayer opens and displays the filename in the status bar on the bottom, but the video itself never shows up or starts to play. If I open the file in Dragonplayer using the command line to get extra debug info, here's the result: $ dragon 'smb://gaston@living-room-pc/Users/Gaston/Desktop/Bravestarr - 02 - Memories.MP4' Opening QUrl("smb://gaston@living-room-pc/Users/Gaston/Desktop/Bravestarr - 02 - Memories.MP4") detected mimetype: "video/mp4" Initial offset is 0 using index: -1 returned desc has index: -1 using index: -1 returned desc has index: -1 Stopped state updated actions updated menus set titles seekable changed to false chapters: 0 titles: 0 going from "Loading" to "Stopped" Stopped state updated actions updated menus set titles [nothing happens after having waited for 10 minutes] So it seems like KIO is doing its part to provide access, but still isn't able to play the video anyway.
Dragonplayer, itself, is only an UI of phonon. Phonon, in other hand, has an option of 2 back-end cores - GStreamer and VLC. Systemsettings -> Multimedia -> Audio and Video -> backend. So, probably, the problem relies to some of 2 back-ends you try selected back-end works: gst-play-1.0 'smb://gaston@living-room-pc/Users/Gaston/Desktop/Bravestarr - 02 - Memories.MP4' or vlc 'smb://gaston@living-room-pc/Users/Gaston/Desktop/Bravestarr - 02 - Memories.MP4'
I was rather under the impression that inside phonon we route smb through a custom input based on KIO so it can be read by all backends actually. Mind you, the backend still needs to implement reading from the source which works for at least VLC (which is the preferred backend)
FWIW my Phonon backend is using GStreamer, not VLC.
Well, that's a bug there then I'd say. And I have to point out that from a phonon POV vlc is suggested because gstreamer most of the time offers subpar quality.
This is fixed now with kio-fuse.