Bug 171822 - konqueror's session management destroys kio_http
Summary: konqueror's session management destroys kio_http
Status: RESOLVED WORKSFORME
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: 4.1.1
Platform: openSUSE Linux
: NOR normal
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2008-09-28 21:10 UTC by S. Burmeister
Modified: 2009-01-20 18:01 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description S. Burmeister 2008-09-28 21:10:32 UTC
Version:            (using KDE 4.1.1)
OS:                Linux
Installed from:    SuSE RPMs

I'm not sure whether this is a konqueror or kio_http issue. To reproduce it, you have to enable "open new links in new tab" and "open new external URLs in existing konqueror instance".

Now open several instances of konqueror with some webpages and click on some links in emails, which results in other konqueror instances.

Now wait ~10 minutes, maybe a few more. After that click on links in those konqueror instances. They will fail with: error, could not start http process.
Comment 1 S. Burmeister 2008-10-07 13:03:49 UTC
When this happens I see the "restore session" often too, so there might be some connection.
Comment 2 S. Burmeister 2008-10-12 18:27:23 UTC
A good way to reproduce this is to open links from within kontact/kmail, which almost always trigger a multiple "restore session dialogue" and kill other instances of konqueror.
Comment 3 Matt Whitlock 2008-11-05 18:40:49 UTC
Ah ha!  So THAT's what's causing this.  Very frustrating when my long-running Konqueror windows cease being able to communicate with KIO because I've been using other Konqueror instances on other desktops.  Confirming this bug on Gentoo.

$ uname -a
Linux Crushinator 2.6.25-gentoo-r7 #2 SMP Mon Oct 20 11:41:48 EDT 2008 x86_64 Intel(R) Core(TM)2 Quad CPU Q6600 @ 2.40GHz GenuineIntel GNU/Linux
$ gcc --version | head -n1
gcc (Gentoo 4.3.2 p1.1) 4.3.2
$ equery list -f 'kde-base/(kdelibs|konqueror|kio)'
[ Searching for package '(kdelibs|konqueror|kio)' in 'kde-base' among: ]
 * installed packages
[I--] [ ~] kde-base/kdebase-kioslaves-4.1.2 (4.1)
[I--] [ ~] kde-base/kdelibs-4.1.2-r1 (4.1)
[I--] [ ~] kde-base/kdemultimedia-kioslaves-4.1.2 (4.1)
[I--] [ ~] kde-base/kioclient-4.1.2 (4.1)
[I--] [ ~] kde-base/konqueror-4.1.2 (4.1)


P.S.  How ironic!  When I went to hit "Commit" on this bug comment, I was hit by this very bug!  Had to restart Konqueror and come back here to post.  Here's the output the bug causes:

The requested operation could not be completed
Cannot Initiate the https Protocol
Technical Reason: Unable to Launch Process
Details of the Request:
URL: https://bugs.kde.org/process_bug.cgi
Protocol: https
Date and Time: Wednesday, 5 November 2008 12:39 pm
Additional Information: Cannot talk to klauncher: Connection is closed
Comment 4 Andreas Hartmetz 2008-11-24 00:28:45 UTC
Please test again in trunk or when 4.2 is out. I've had similar problems related to session management and they were fixed at some point.
Comment 5 Matt Whitlock 2008-11-24 01:48:30 UTC
I haven't experienced this bug since upgrading to KDE 4.1.3.
Comment 6 Matt Whitlock 2009-01-20 17:45:15 UTC
I'm now on the 4.1.96 pre-release, and I have not seen this bug in a long time.  I do occasionally see another bug when I'm browsing pages rapidly and I get a nearly immediate time-out when clicking a link (but then hitting Reload gives it to me), but that I think is an entirely different problem, likely due to pooling and reusing connections poorly.
Comment 7 S. Burmeister 2009-01-20 18:01:00 UTC
I did not encounter it anymore either using KDE 4.2