Bug 204398 - Open files on network drives without copying them first
Summary: Open files on network drives without copying them first
Status: RESOLVED DUPLICATE of bug 75324
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: SVN
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: David Faure
Depends on:
Reported: 2009-08-19 13:24 UTC by Matjaz Drolc
Modified: 2018-04-25 15:47 UTC (History)
3 users (show)

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description Matjaz Drolc 2009-08-19 13:24:48 UTC
Version:            (using KDE 4.3.0)
OS:                Linux
Installed from:    Ubuntu Packages

It's really annoying to wait 10 minutes before you can open a video from a netwok disk. KDE should support mounting resources shared using SMB protocol transparently.

Image you inviting friends over. You're choosing a movie, but each time you open one, you have to wait 10 minutes before it can be opened. Imagine you having some HD videos online, about 15GB in size each. You wan't to open one using your laptop, but you can't, because you only have 5GB of free space.

On-fly mounting should be supported. Maybe by default or optionally through right-click menu. Writing lines in /etc/fstab isn't an option. It's not user-friendly and you would have to expose passwords. 

Similiar functionality to the one requested here is already implemented by Smb4k. It's option to include Smb4k into kde and integrate it with Konqueror/Dolphin, exposing it's features through righ-click menus.
Comment 1 Kristjan Ugrin 2009-08-21 23:37:40 UTC
If you have a closed home network without password protected shares, you can pass url directly to called aplication.
Mplayer supports smb streaming, so modifying appropriate file associations will do just fine.

mplayer %f
will cause kde to pass "file path" to application, but that means in case of special protocols that kde will copy this file to local HD first and then pass local filepath to called app.

mplayer %u
will cause kde to pass whole url to mplayer. Mplayer will have to take care of smb protocol (which it can) and play the movie.

Unfortunately this will not work if you have password protected shares, mplayer doesn't handle that.

A more transparent solution would be nice, I already saw desktops mounting shares on the fly while you browse them and probably they pass mounted filepath to called app tranparently,
This also works for all kind of apps (doesn't need to be kde app strictly) and password protected shares.
Comment 2 Nate Graham 2018-04-25 15:47:58 UTC

*** This bug has been marked as a duplicate of bug 75324 ***