Version: 3.5.2 (using KDE 3.5.2, compiled sources) Compiler: gcc version 3.4.6 OS: Linux (i686) release 2.6.16.1 With KDE 3.5.1 fish://...@... into the Konqueror worked. Now into KDE 3.5.2 it doesn't anymore. I tryed with "scp" from command line and it works. The transfer starts but after few seconds it stops going into stall: 0 KByte/s transfer rate and stay so for ever till I don't click on Cancel.
Does the same happen with all servers, or just a particular server?
Well I've got a Linux server and a FreeBSD server with the SSH server on them and I get the same behaviour. Let me know what kind of debug information I can send you to let you fix this bug.
fish is not scp.
I know "fish" is not "scp", but when you copy from a directory and than paste into the "fish" directory this has the same function. Anyway I this kioslave 1 3 days a week and it worked in KDE 3.5.1 .
I can confirm this problem with KDE 3.5.3 on a Gentoo on amd64. fish:// starts copying the first 32kb of the file and after the first 32kb the transferrate goes to 0 and no more data is copied. The interesting thing is that it always stops at 32kb no matter which ssh server I connect too. Any ideas how to fix this problem it is so anoying. BTW, scp works without any problems on the questioned servers. best regards, Dom
I have the same problem since kde 3.5.2 (and now 3.5.3) on a debian testing/unstable, intel pentium 4. I can use fish to view or download file from the remote computer, but I couldn't upload file from it, it stops the transfer at 32kb (like Giovanni Venturi) and waiting...I could only cancel the transfer. Sometimes, 1 of 20 tries, it works. Thanks for your help.
<< but I couldn't upload file from it>> Sorry, I would say: I could download file from the remote computer but I couldn't upload file on it: It stops the transfer at 32kb. LGDN.
I test to send a file with scp on my remote computer and it works, no problem, so I think a bug with the kioslave, not the ssh server or scp. Thanks. LGDN.
FYI: I tried to use the old fish sources from revision 438982 (Tue Jul 26 18:54:59 2005 ) with my KDE-3.5.4 (on Suse 9.3), and still have this problem. It seems another modification triggered that problem.
Hello, still no solution here? This bug is still present on kde 3.5.4. It's a very embarassing bug, the ssh upload always stops at 32 ko. Happily there are other solution than kio_slave for use ssh transfer. Thanks for your help. LGN.
I can't reproduce this problem with r575787. Can you get some details about the server you're trying to upload to? Perhaps it's to do with the version of ssh on the remote machine
The remote machine has the same configuration than the local: it's debian testing/unstable with kde 3.4.5. ssh and sshd version: OpenSSH_4.3p2 Debian-3, OpenSSL 0.9.8b 04 May 2006. Do you need more informations? LGN.
>>it's debian testing/unstable with kde 3.4.5.>> You have to read KDE 3.5.4 ;-)
*** Bug 132188 has been marked as a duplicate of this bug. ***
SVN commit 601749 by mkoller: BUG: 124938 Avoid a blocking select() by using a timeout M +8 -2 fish.cpp --- branches/KDE/3.5/kdebase/kioslave/fish/fish.cpp #601748:601749 @@ -482,7 +482,10 @@ FD_SET(childFd,&rfds); FD_ZERO(&wfds); if (outBufPos >= 0) FD_SET(childFd,&wfds); - rc = select(childFd+1, &rfds, &wfds, NULL, NULL); + struct timeval timeout; + timeout.tv_sec = 0; + timeout.tv_usec = 1000; + rc = select(childFd+1, &rfds, &wfds, NULL, &timeout); if (rc < 0) { if (errno == EINTR) continue; @@ -1372,7 +1375,10 @@ FD_SET(childFd,&rfds); FD_ZERO(&wfds); if (outBufPos >= 0) FD_SET(childFd,&wfds); - rc = select(childFd+1, &rfds, &wfds, NULL, NULL); + struct timeval timeout; + timeout.tv_sec = 0; + timeout.tv_usec = 1000; + rc = select(childFd+1, &rfds, &wfds, NULL, &timeout); if (rc < 0) { if (errno == EINTR) continue;
*** Bug 71516 has been marked as a duplicate of this bug. ***
thanks, it works good for me now.