Version: 4.5 (using KDE 4.5.1) OS: Linux As above. Copying files from one remote fish server to another (using dolphin or krusader) can't work anymore (may be from 4.5 version - do not remember exactly). Instead of copying file it creates empty copy on destination server. Copy fish(1) -> my comp -> fish(2) works fine. Tried from sftp to sftp connected server - same behavior. Tried direct from fish to sfp (same servers) - works! But this is not good and not beautiful (: Reproducible: Always Steps to Reproduce: 1) Go to first remote server through sftp or fish 2) Go to second remote server through sftp or fish (but same proto as to first!) 3) Try copy any file from one to another -> Actual Results: It will be doing copy forever until you cancel(: And if you doing this through fish and files on source and destination the same (you wanted replace one by another) - destination file become truncated to zero bytes and transfer window continues to wait forever.......... Expected Results: File must be copied! opensuse 11.3 x32, kde 4.5.1, all updated from stable update repos.
I can confirm the bit about sftp<->sftp, I have to use my local machine as a buffer and do the copy/move in two steps. KDE 4.5.1 here.
Perhaps it's is connected to fact that after upgrade to 4.5.2 form 4.4.x I am unable to make simultaneous operations on sftp://. Now have to wait to single operation (like copy/move) to finish, before I can even list directory contents in krusader. It was quite possible in pre 4.5.x versions of KDE.
This might be related to bug 251301, if it is not even a duplicate. (In reply to comment #2) > Perhaps it's is connected to fact that after upgrade to 4.5.2 form 4.4.x I am > unable to make simultaneous operations on sftp://. Now have to wait to single > operation (like copy/move) to finish, before I can even list directory contents > in krusader. It was quite possible in pre 4.5.x versions of KDE. Same issue here, and quite annoying. Sometimes it works, and the "Do you want to overwrite" dialogue appears while the first transfer is still in progress. But often I have to wait till the first transfer finished, then cancel the stalled 2nd one and re-start it.
SVN commit 1209277 by ahartmetz: Allow two connections per host, which is a common limit in my experience, and allows copying/moving files on the same host. BUG: 251788 M +2 -0 fish/fish.protocol M +2 -0 sftp/sftp.protocol WebSVN link: http://websvn.kde.org/?view=rev&revision=1209277
*** Bug 251301 has been marked as a duplicate of this bug. ***
Git commit 8584f3b23dc71da8506058418a1ad03316f027c1 by Andreas Schneider. on behalf of Andreas Hartmetz Committed on 26/12/2010 at 11:09. Pushed by anschneider into branch 'KDE/4.6'. Allow two connections per host, which is a common limit in my experience, and allows copying/moving files on the same host. BUG: 251788 svn path=/trunk/KDE/kdebase/runtime/; revision=1209277 (cherry picked from commit e31be89fd580c7a242505adadca6e9db6367070f) M +2 -0 kioslave/fish/fish.protocol M +2 -0 kioslave/sftp/sftp.protocol http://commits.kde.org/kde-runtime/8584f3b23dc71da8506058418a1ad03316f027c1
*** Bug 267135 has been marked as a duplicate of this bug. ***
(In reply to comment #6) > Git commit 8584f3b23dc71da8506058418a1ad03316f027c1 by Andreas Schneider. on > behalf of Andreas Hartmetz > Committed on 26/12/2010 at 11:09. > Pushed by anschneider into branch 'KDE/4.6'. > > Allow two connections per host, which is a common limit in my experience, > and allows copying/moving files on the same host. > BUG: 251788 > > svn path=/trunk/KDE/kdebase/runtime/; revision=1209277 > (cherry picked from commit e31be89fd580c7a242505adadca6e9db6367070f) > > M +2 -0 kioslave/fish/fish.protocol > M +2 -0 kioslave/sftp/sftp.protocol > > http://commits.kde.org/kde-runtime/8584f3b23dc71da8506058418a1ad03316f027c1 Thanks! But this may be fixed problem of copying to the same server. Problem of copying from one remote server to another using same(!)(fish or sftp) protocol still exists - copying gets stuck and wait indefinitely. After manual cancelling that I'm getting null-byte file on server-receptor. Tested this time on kde 4.6.0 (opensuse 11.4 x64)
*** Bug 268156 has been marked as a duplicate of this bug. ***
*** Bug 268119 has been marked as a duplicate of this bug. ***
(In reply to comment #8) > Tested this time on kde 4.6.0 (opensuse 11.4 x64) This is fixed in KDE 4.6.2 (not yet released). If you want the fix faster, you can either build KDE from source and apply the patch or ask your distribution to apply the fix to their packages.
*** Bug 268214 has been marked as a duplicate of this bug. ***
(In reply to comment #11) > This is fixed in KDE 4.6.2 (not yet released). If you want the fix faster, you Thanks for clear info about that! (: Will be waiting till april (:
*** Bug 269815 has been marked as a duplicate of this bug. ***