Summary: | kio_http deadlocks, forking explosively, when called from "kfmclient openURL" | ||
---|---|---|---|
Product: | [Unmaintained] kio | Reporter: | Jiri Dluhos <jdluhos> |
Component: | general | Assignee: | David Faure <faure> |
Status: | RESOLVED NOT A BUG | ||
Severity: | crash | CC: | adawit, d.hentrich, ross |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Gentoo Packages | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Jiri Dluhos
2006-11-18 14:44:01 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 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 ? *** Bug 133436 has been marked as a duplicate of this bug. *** > 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. Does the same problem occur with a newly-created user? Have you installed the full kdebase package? > Does the same problem occur with a newly-created user? No. > Have you installed the full kdebase package? I think I have. Rename ~/.kde/share/config/kio_httprc, restart KDE and try again. Does the problem still occur? > kde-base/kdebase-kioslaves 3.5.5-r1
Well, kio_http comes from kdelibs, not from kdebase.
Ah, good point. Thanks for pointing it out. Jiri, does gentoo split the kioslaves out of kdelibs too? > Does the problem still occur?
Yes.
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. 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. 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. 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. 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. 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? 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 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. |