Bug 137534 - kio_http deadlocks, forking explosively, when called from "kfmclient openURL"
Summary: kio_http deadlocks, forking explosively, when called from "kfmclient openURL"
Status: RESOLVED NOT A BUG
Alias: None
Product: kio
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: unspecified
Platform: Gentoo Packages Linux
: NOR crash
Target Milestone: ---
Assignee: David Faure
URL:
Keywords:
: 133436 (view as bug list)
Depends on:
Blocks:
 
Reported: 2006-11-18 14:44 UTC by Jiri Dluhos
Modified: 2011-03-05 01:30 UTC (History)
3 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 Jiri Dluhos 2006-11-18 14:44:01 UTC
Version:            (using KDE KDE 3.5.5)
Installed from:    Gentoo Packages
Compiler:          gcc (GCC) 4.1.1 (Gentoo 4.1.1) 
OS:                Linux

When attempting to open an URL in Konqueror using "kfmclient openURL 'http://www.somesite.com'", a bunch of kio_http and kfmclient processes is spawned; these processes then start to fork new copies of themselves explosively, each of them trying to open and close a network connection to the requested site, therefore hogging both the CPU capacity and the network connection. The only way to stop the escalation is killing all the offending processes at once with "killall -9".

This happens both when calling the "kfmclient openURL" command from terminal and when it is called from another KDE application. But Konqueror itself works correctly if it is invoked directly (not via kfmclient).

This might possibly be a regression of bug #102925.
Comment 1 Jiri Dluhos 2006-11-18 14:52:20 UTC
A little more details:

uname -a on the affected machine (an AMD64-based laptop):

Linux localhost 2.6.18-gentoo-r2 #5 Fri Nov 17 17:29:17 CET 2006 x86_64 AMD Turion(tm) 64 Mobile Technology MT-32 AuthenticAMD GNU/Linux

The exact Gentoo package version is:

kde-base/kdebase-kioslaves 3.5.5-r1
Comment 2 Martin Koller 2006-12-03 20:20:50 UTC
Can not reproduce with current SVN; can you give an exact commandline how to reproduce this ? Is this with any URL or only a specific ?
Comment 3 Martin Koller 2006-12-03 20:22:05 UTC
*** Bug 133436 has been marked as a duplicate of this bug. ***
Comment 4 rpansky 2006-12-03 22:37:27 UTC
> can you give an exact commandline how to reproduce this ?
$ kfmclient openURL http://www.google.com
> Is this with any URL or only a specific ?
with any URL that was resolved successfully.
Comment 5 Philip Rodrigues 2006-12-03 23:48:13 UTC
Does the same problem occur with a newly-created user? Have you installed the full kdebase package?
Comment 6 rpansky 2006-12-04 12:20:12 UTC
> Does the same problem occur with a newly-created user?
No.
> Have you installed the full kdebase package?
I think I have.
Comment 7 Philip Rodrigues 2006-12-04 18:37:51 UTC
Rename ~/.kde/share/config/kio_httprc, restart KDE and try again. Does the problem still occur?
Comment 8 David Faure 2006-12-06 12:20:17 UTC
> kde-base/kdebase-kioslaves 3.5.5-r1
Well, kio_http comes from kdelibs, not from kdebase.
Comment 9 Philip Rodrigues 2006-12-06 15:16:49 UTC
Ah, good point. Thanks for pointing it out. Jiri, does gentoo split the kioslaves out of kdelibs too?
Comment 10 rpansky 2006-12-06 16:15:46 UTC
> Does the problem still occur?
Yes.
Comment 11 Jiri Dluhos 2006-12-30 22:15:27 UTC
Sorry for the delay (you know, Xmas :-) )

Gentoo has several packages for kioslaves (kde-base/kdebase-kioslaves, kde-base/kdemultimedia-kioslaves, kde-base/kdepim-kioslaves, kde-base/kdesdk-kioslaves).

But the kio_http.so file, surprisingly, belongs to kdelibs package.
Comment 12 Ray Clark 2007-02-04 06:38:24 UTC
EXACT same problem with openSUSE 10.2, has KDE 3.5.5 "release 45".  As far as I can tell I installed everything in sight regarding KDE.
I cannot vouch for kio-http being the culprit, but "kfmclient openURL http://any.site.com" will result in many processes showing as "kfmclient [kdeinit] openURL http://any.site.com" being created and dieing very fast, with 10-15 always present (on an 800 MHz P3).  They are all children of a single process which shows up under PS as "kdeinit running ...".

I encountered this first with a menu item that did a "desktop-launch http://localhost:631".  This USED TO work, suddenly stopped with two accounts.  I tracked it to the kfmclient line given above, which I can type into a shell and it fails (infinite loop of forks with children dieing immediately) every time.

"kfmclient http://any.site.com" still DOES work on some accounts on the machine!

Tell me what to look at, send you, compare, etc. and I will do it.  I am not familiar with the internals of KDE so I don't know how to track it down.
Comment 13 Marcus Furlong 2007-02-05 16:10:30 UTC
I have the same problem on gentoo. Same thing also happens with "kfmclient newTab". I narrowed it down to the setting of

[General]
BrowserApplication=!kfmclient newTab %u

in ~/.kde/share/config/kdeglobals

When I unset that everything works.

FWIW, What I was originally trying to do with that setting was make all http links open in a new tab in an existing konqueror window (even if the profile of the existing window was not "Web Browsing"). This wouldn't work for me with my custom view profiles.
Comment 14 Philip Rodrigues 2007-02-05 20:52:20 UTC
Setting konqueror as the browser doesn't work (as you say). This is reported in some other reports - there should really be a warning in the GUI. 
Comment 15 dukat 2007-09-25 11:42:00 UTC
I can confirm this exact same behaviour on Kubuntu 7.04 with KDE 3.5.7 Update.

I tried a fresh account, everything works as expected. I don't have any ~/.kde/share/config/kdeglobals file, so this doesn't help with my regular account. 

I recently switched back from Firefox to Konqueror as my default browser. 
Comment 16 Alexander Kriegisch 2007-11-12 10:48:03 UTC
I have the same behaviour with KDE 3.5.8 (Kubuntu 7.10). It happens if I click on a link in Kopete or if I just call kfmclient from the console: 
 
 $ kfmclient openURL http://google.de 
 $ ps -Af | grep kfm 
 kriegaex  9641  5997  2 10:35 ?        00:00:00 kfmclient [kdeinit] openURL http://google.de 
 kriegaex  9642  5997  2 10:35 ?        00:00:00 kfmclient [kdeinit] openURL http://google.de 
 kriegaex  9643  5997  2 10:35 ?        00:00:00 kfmclient [kdeinit] openURL http://google.de 
 (many more instances) 
 
 Only "killall kfmclient" helps. It kills the instances and afterwards I see a symbol in the task bar saying "opening Konqueror" (in German) for a few seconds. Then it is gone and the system seems to be okay again.

My system is a fresh install. BTW, I was also trying to set up the system so as to open external links in a new tab of an existing session, so it also happens with "newTab". The bug report still seems to be unconfirmed, can I do anything else to convince you that this is a real problem?
Comment 17 Alexander Kriegisch 2007-11-12 11:12:49 UTC
Additional info to #16: Removing the "BrowserApplication=..." line in ~/.kde/share/config/kdeglobals also helps here. The previous value was "BrowserApplication=kde-kfmclient.desktop".

Off-topic, but possibly interesting: In order to make "kfmclient newTab" work with Thunderbird, edit network.protocol-handler.app.http (and also https), so it points to a script like /home/username/_konqueror-newtab.sh containing something like this:

#!/bin/bash
/usr/bin/kfmclient newTab $1
Comment 18 Dawit Alemayehu 2011-03-05 01:30:59 UTC
Cannot duplicate in KDE 4.x series. Closing as invalid because the report is against versions that are currently unmaintained. Feel free to reopen if the problem persists.