https://bugs.kde.org/show_bug.cgi?id=330192
Nate Graham <pointedst...@zoho.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Ever confirmed|0 |1
Status|UNCONFIRMED |CONFIRMED
CC| |pointedst...@zoho.com
--- Comment #6 from Nate Graham <pointedst...@zoho.com> ---
Migrating explanation from duped bugs:
This is essentially a flaw in the way KIO was designed. Rather than mounting
Samba shares and exposing POSIX-compliant paths to information on the share,
KIO itself provides transparent access to KIO clients. Unfortunately, this
requires that any software run in KDE Plasma that wishes to access files on a
Samba share needs to use KIO. VLC et al. don't, and likely never will. In this
situation, KIO simply passes the program a URL in the form
smb://user@share/path/to/file.avi
This leaves a few not-great options:
1. Every non-KIO-using program implements a Samba client and learns how to look
up the share's credentials from KWallet. Cons: lots of duplicated work across
video player software
2. KIO recognizes this situation and always downloads the file locally and
passes the program a local path. Cons: long delay before playback starts, high
local temp storage requirements
3. KIO is modified to mount Samba shares locally using FUSE. Cons: huge amount
of work, will likely never be implemented.
I am attempting to work with the VLC people to get #1 implemented for their
software. The upcoming version 3.0.0 purports to implement support, but it's
currently buggy:
- https://trac.videolan.org/vlc/ticket/18993
- https://trac.videolan.org/vlc/ticket/18991
--
You are receiving this mail because:
You are watching all bug changes.
