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.
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.
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.
@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!
*** This bug has been marked as a duplicate of bug 75324 ***
The duplicates of Bug 75324 pile up...