Version: (using KDE 4.3.4) OS: Linux Installed from: Fedora RPMs i copied a directory from an sftp source to a local dest. at some point it failed with the zopectlsock.part file (no specific failure message was supplied to me) so I just autoskipped it. the copy finished. when I found out that I could not umount /media/device, I did a quick lsof: kio_sftp 28355 rudd-o 11w REG 8,17 0 249000 /media/4082022559/Plone/zinstance/var/instance/zopectlsock.part (deleted) The copy had finished, but the file remained open. I had to kill kio_sftp manually. This is not cool.
Normally it takes some time till slaves get closed. However kio_sftp has been completely rewritten for KDE 4.4. I'm the maintainer of the new slave and as there is nobody who cares about the old one, this will be closed as WONTFIX. Wait for KDE 4.4 which should be released soon.
This IS with kde 4.4.
I am using 4.4beta. Reopen this. I cannot seem to reopen it.
Your initial comment states you're using KDE 4.3.4. Can you enable debug messages and reproduce this? http://techbase.kde.org/Development/Tutorials/Debugging/Debugging_IOSlaves
Ok, these are the wrong steps. Do the following: 'kdebugdialog --fullmode' search for kio_sftp and redirect the debug output to a file run 'kdeinit4' Reproduce the error and post the log. The above tells you how you can attach gdb and check where it actually is hanging.
SVN commit 1069560 by anschneider: Fixed a leaked sftp file descriptor. BUG: 220628 M +7 -7 kio_sftp.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1069560
Fully awesome.