Bug 307820 - Dolphin copies files via SFTP whereas nautilus streams them
Summary: Dolphin copies files via SFTP whereas nautilus streams them
Status: RESOLVED DUPLICATE of bug 75324
Alias: None
Product: kio
Classification: Unmaintained
Component: general (show other bugs)
Version: 4.9.2
Platform: Ubuntu Linux
: NOR wishlist
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-10-04 09:51 UTC by jtscsousa
Modified: 2018-04-25 21:18 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description jtscsousa 2012-10-04 09:51:42 UTC
Opening large files (media files) using dolphin via sftp or fish copies the files first to a local folder. Nautilus on the other hand seems to open the files in situ. Nautilus behaviour is preferred. 

In both occasions the files were opened with smplayer on the same server. 

I have been using dolphin for quite some time and had resorted to fuse ssh mounts to get adequate performance and flexibility. I was quite surprised to notice that nautilus was good enough on sftp mounts for me not to use fuse manually.

Reproducible: Always

Steps to Reproduce:
1. Open a SFTP url sftp://server.com
2. Open file in smplayer 
3. File gets copied to local folder before the application opens it.
Actual Results:  
File gets copied to local folder before the application opens it.

Expected Results:  
File is opened immediately.
Comment 1 Frank Reininghaus 2012-10-04 10:37:20 UTC
Thanks for the report. Dolphin uses KFileItem::run()/KRun to open files -> reassigning.

I'm not sure though if it's possible at all to implement this in KDE. AFAIK, Gnome uses a different approach to handle remote file systems. It maps those to virtual local files, which can be opened transparently by any application. OTOH, KDE uses kioslaves which non-KDE apps might not know how to deal with.
Comment 2 jtscsousa 2012-10-04 13:15:04 UTC
From you note, I would speculate this has undisarable implications on opening files from remote locations when the files are large or when the connection is slow or problematic.

1. I just sftp'd to a remote location and created a simple text file remotely.
2. I immediately opened the file in kate and started typing random text
3. A notification popup says the file has been copied and all the text I entered as cleared.
Comment 3 Mark 2012-11-30 13:05:27 UTC
@David Faure, could you brainstorm a little on how this can be implemented? It's something that has irritated me for quite a while as well. I don't think i "can" implement this, but after my KIO::listJob change i might just be interested enough to actually try :p

Some brainstorming on my side. I "think" there has to be some kind of client side app that opens the file and sends it to the application as if it where a local file. Then to open a file in - for example - mplayer one would have to type it like this: "mplayer kiostream --uri=smb://some_server/some_file.mpg" or perhaps the order has to be reversed to: "kiostream --uri=smb://some_server/some_file.mpg | mplayer" Something along those lines... I don't know. It's obviously brainstorming!
Comment 4 Nate Graham 2018-04-25 21:18:25 UTC

*** This bug has been marked as a duplicate of bug 75324 ***
Comment 5 Nate Graham 2018-04-25 21:18:52 UTC
The duplicates of Bug 75324 pile up...