Bug 137027 - kio_tar process not terminating when konqueror is closed
Summary: kio_tar process not terminating when konqueror is closed
Status: RESOLVED WORKSFORME
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: tar (show other bugs)
Version: 3.5
Platform: Ubuntu Linux
: NOR normal
Target Milestone: ---
Assignee: David Faure
URL:
Keywords: triaged
Depends on:
Blocks:
 
Reported: 2006-11-08 07:30 UTC by Chandra Sekar
Modified: 2018-10-29 02:16 UTC (History)
4 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Chandra Sekar 2006-11-08 07:30:17 UTC
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.
Comment 1 Chandra Sekar 2007-10-20 16:02:11 UTC
This bug affects the Dolphin file manager too.  This needs a fix soon.  Something as cool as kio slaves should not be buggy.
Comment 2 Chandra Sekar 2007-10-20 20:27:56 UTC
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.
Comment 3 Thomas Damgaard 2007-10-22 22:10:22 UTC
*** This bug has been confirmed by popular vote. ***
Comment 4 Rich Johnson 2008-03-27 08:11:10 UTC
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.
Comment 5 Björn Ruberg 2009-07-29 02:27:01 UTC
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!
Comment 6 dE 2014-08-30 07:32:02 UTC
(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.
Comment 7 Nick 2014-10-02 18:19:08 UTC
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.
Comment 8 Julian Steinmann 2018-08-05 12:26:52 UTC
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!
Comment 9 Andrew Crouthamel 2018-09-28 03:23:06 UTC
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!
Comment 10 Andrew Crouthamel 2018-10-29 02:16:04 UTC
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!