Konqueror crashes reproducably always, when I try to open "eines tages" articles on http://www.spiegel.de, but only with Webkit. With KHTML it works. Reproducible: Always Steps to Reproduce: 1. Open http://www.spiegel.de 2. Scroll down. Nearly at the bottom of the page there is usually a section "eines tages". 3. Click on one of the links, e. g. http://einestages.spiegel.de/s/tb/28350/augenblick-mal-bison-jagd-in-den-usa.html. Actual Results: Crash. Expected Results: Page is loaded. I am using KDE 4.10.2 on Slackware64-current (based on 14.0) with all updates up to now. Webkitpart seems a bit outdated, as the installed package is kwebkitpart-1.2.0_20111116git-x86_64-1. But with a quick web searchI haven't found more recent Slackware packages, and this is what I get with the distribution. As Slackware usually avoids distribution specific modifications and patches, I guess, this is what comes with KDE 4.10.2 SC, right?
I cannot reproduce this is a more upto date version of everything (kwebkitpart, v1.3.2 and QtWebKit 2.3.1). You also forgot to include the the backtrace generated as a result of the crash. Anyhow, kwebkitpart 1.2.0 is rather old. More than a year behind. The current release of kwebkitpart is 1.3.2. See https://projects.kde.org/projects/extragear/base/kwebkitpart. They need to provide a more up to date packages of kwebkitpart releases. Out of curiosity I also checked if Slackware provides a more up to date versions of the QtWebKit engine. They do not. Instead they use what comes bundled with Qt 4.8.x sources. The version of QtWebKit included there is even older than kwebkitpart 1.2.0 (i.e. more than a year old). [1]
Thanks for the analysis, very helpful and fruitful (for me, at least). I'd suggest not to invest any more effort into this, as it appears to be fixed in more recent versions of the webkit engine. I already sent a heads up to the Slackware maintainer asking for a more recent version. BTW, I didn't forget to include the backtrace, I did not send it intentionally, because the crash agent said, it was useless for tracking the bug down and refused to send it. Thanks again!
Additional info: Most web searches regarding the topic lead to the following page, which has a download link to an outdated version 1.2.x of kwebkitpart: http://kde-apps.org/content/show.php?content=127960 May be, it would be a good idea to update the link. Cheers Alex
In a remarkable quick response Patrick Volkerding has updated kwebkitpart in Slackware64-current to version 1.3.2. Unfortunately, the problem I described persists, and I therefore re-open this bug report. I am on Slackware64-current with all updates up to now (29th April, 2013) including kwebkitpart 1.3.2 as mentioned above, and KDE 4.10.2. To reproduce the bug, do: 1. Open http://www.spiegel.de using Konqueror with Webkit backend enabled. 2. Scroll down, until you see a headline "eines tages". 3. Click on the first link below the headline. Konqueror will load the page, but vaporizes itself, before any human can read the content of the just invoked page. It's reproducible always, here. As my KDE is not compiled with debug info, the crash assistant says, the collected info was useless, which is, why I don't include it here. Cheers! Alex
Regarding reproduction I just noticed that clicking on "eines tages" itself doesn't provoke the crash. Only if one clicks on the hyperlink BELOW "eines tages", a crash is caused. Right now this hyperlink is http://einestages.spiegel.de/s/tb/28348/hans-fischerkoesen-der-walt-disney-deutschlands.html and its title is Trickfilmpionier Hans Fischerkoesen: Hitlers Disney. Hope this helps you track this down.
Seems to be fixed in 4.10.3.