Version: (using KDE KDE 3.5.5) Installed from: Ubuntu Packages OS: Linux The kio_tar process which is created when .ZIP files are opened inside konqueror does not terminate when konqueror window is closed. This is a serious problem when removable media are involved. When archives inside removable media are opened, and kio_tar does not terminate, the medium cannot be unmounted as its files are still open.
This bug affects the Dolphin file manager too. This needs a fix soon. Something as cool as kio slaves should not be buggy.
I understand that kio_tar process is not terminated so that the over head of starting a new process each time can be avoided. I also see that even when I open .tar.gz files kio_tar is started and does not terminate when the file manager is closed. However, I'm able to unmount the media in this case. The reason I believe this occurs is that when handling ZIP files, kio_tar does not close the opened file handle. Whereas, when handling .tar.gz files, it closes the handle properly. Many users may not experience this because, after around 15 seconds, the kio_tar is automatically terminated thus the file is closed. If you try putting a .zip file in a USB key, then mount it and open it using KIO, then close the file manager and immediately try to unmount the USB media, I'm sure you can reproduce this bug.
*** This bug has been confirmed by popular vote. ***
This issue is still occurring in KDE 4 (trunk). Though it is no longer kio_tar, but kio_archive, you access the archive files the same way in konqi with the same exact results. Unlike the original reporter, the only way that kio_tar (KDE 3) and kio_archive (KDE 4) stop is when I manually kill them.
I tried to hunt down this bug for many hours now. It's right, kio_archive keeps ZIP-files open. It should close the handle after having displayed a directory or opening a file. This works well with tar-files - but not with zip-files. I was not able to find out, what the problem is. It's hidden somewhere in the layer for zip files - when using tar archives it works and it's even mostly the same code!
(In reply to Richard Johnson from comment #4) > This issue is still occurring in KDE 4 (trunk). Though it is no longer > kio_tar, but kio_archive, you access the archive files the same way in konqi > with the same exact results. Unlike the original reporter, the only way that > kio_tar (KDE 3) and kio_archive (KDE 4) stop is when I manually kill them. Confirmed. Solution is to close all dolphin/konqueror processes and then SIGINT this process.
Still present on Kubuntu 14.04 with KDE 4.13.3. Closing all Dolphin processes and SIGINIT'ing kio_archive is the only way to end it.
I cannot reproduce this behavior with Dolphin 18.07.70 and KDE Frameworks 5.48; there is no kio_archive (or similar) process running after closing Dolphin. Can somebody confirm that the issue is also fixed for them? Thanks!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information as soon as possible and set the bug status as REPORTED. Due to regular bug tracker maintenance, if the bug is still in NEEDSINFO status with no change in 30 days, the bug will be closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging If you have already provided the requested information, please set the bug status as REPORTED so that the KDE team knows that the bug is ready to be confirmed. Thank you for helping us make KDE software even better for everyone!
Dear Bug Submitter, This bug has been in NEEDSINFO status with no change for at least 30 days. The bug is now closed as RESOLVED > WORKSFORME due to lack of needed information. For more information about our bug triaging procedures please read the wiki located here: https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging Thank you for helping us make KDE software even better for everyone!