| Summary: | kioexec processes never terminate | ||
|---|---|---|---|
| Product: | [Unmaintained] kio | Reporter: | auxsvr |
| Component: | general | Assignee: | David Faure <faure> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | mail, maksim |
| Priority: | NOR | ||
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed In: | ||
| Sentry Crash Report: | |||
I can confirm this, kioexec never terminates. This is not related to kontact, it happens with any app that launches kioexec. kioexec sleeps for 3 minutes before deleting the tempfile (see bug 130709). So if you see a kioexec process idle for 3 minutes and then going away, that's no bug. If after 3 minutes it's still around, then that is a bug ;-) But I can't see such a bug. It works here. Testcase: $KDEDIR/lib/kde4/libexec/kioexec kwrite fish://server/file I tried both editing the file (which makes kioexec offer to upload the result) and not editing the file; kioexec exits after 3 minutes in both cases. Please reopen if I'm wrong and in some cases kioexec stays around longer. Well, that testcase worked, and I used sftp:// instead of fish://. However, this doesn't change the fact that I've got a kioexec process here running from yesterday... gkiagia 13729 0.0 0.4 247964 15260 ? Sl Oct09 0:01 /usr/lib/kde4/libexec/kioexec --tempfiles okular %U -icon okular -caption "Okular" file:///tmp/kde-gkiagia/foo.pdf I only changed the filename to "foo", to make it shorter (It was a really big filename with lots of %20 chars in it). Everything else is copy-paste from ps. I remember opening that file this morning, which means that it's running for more than 12 hours! (now it is October 10, 01:53, GMT+3) To add some more info, this file was an attachment in kmail. So, to reproduce, open a pdf attachment from kmail and you'll see... PS: now that I think of it, it might be related that this kmail instance is still running... kioexec may be waiting the parent process to terminate? just a thought... kioexecs opening kontact attachments never exit here. I have one kioexec process that doesn't exit after 3 hours with kontact open and another that doesn't exit 3 hours after I closed kontact and reopened it. Ah, with --tempfiles it doesn't exit, indeed. Strange QApplication behavior, doesn't exit when calling exit before exec. Fixed in 870760 (4.1 branch), 870761 (trunk) |
Version: (using KDE 4.1.2) Compiler: gcc (SUSE Linux) 4.3.1 20080507 (prerelease) [gcc-4_3-branch revision 135036] OS: Linux Installed from: SuSE RPMs Every time I open and close an attachment, a kioexec process is left running, even if I close kontact. Here's a backtrace: (gdb) bt #0 0xffffe430 in __kernel_vsyscall () #1 0xb65d21c7 in poll () from /lib/libc.so.6 #2 0xb62566f2 in ?? () from /usr/lib/libglib-2.0.so.0 #3 0xb62569d8 in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0 #4 0xb778e1f8 in QEventDispatcherGlib::processEvents (this=0x805cf68, flags={i = -1078840968}) at kernel/qeventdispatcher_glib.cpp:319 #5 0xb692a885 in QGuiEventDispatcherGlib::processEvents (this=0x805cf68, flags={i = -1078840920}) at kernel/qguieventdispatcher_glib.cpp:198 #6 0xb776213a in QEventLoop::processEvents (this=0xbfb23220, flags={i = -1078840856}) at kernel/qeventloop.cpp:143 #7 0xb77622fa in QEventLoop::exec (this=0xbfb23220, flags={i = -1078840792}) at kernel/qeventloop.cpp:194 #8 0xb7764995 in QCoreApplication::exec () at kernel/qcoreapplication.cpp:845 #9 0xb68916a7 in QApplication::exec () at kernel/qapplication.cpp:3331 #10 0x0804d06b in main (argc=4, argv=0xbfb23424) at /usr/src/debug/kdebase-runtime-4.1.2/kioexec/main.cpp:275