By default, Bugzilla does not search the list of RESOLVED bugs.
You can force it to do so by putting the upper-case word ALL in front of your search query, e.g.: ALL tdelibs
We recommend searching for bugs this way, as you may discover that your bug has already been resolved and fixed in a later release.

Bug 249

Summary:	Konqueror crashes on some web pages
Product:	TDE	Reporter:	linux
Component:	tdenetwork	Assignee:	Timothy Pearson <kb9vqf>
Status:	RESOLVED FIXED
Severity:	normal	CC:	albator78, bugwatch, darrella, slavek.banko
Priority:	P5
Version:	3.5.11 [Trinity]
Hardware:	i386
OS:	Linux
Compiler Version:		TDE Version String:
Application Version:		Application Name:	Konqueror
Attachments:	KCrash output KCrash output Backtrace for crash while open Backtrace for crash on closing

Description linux 2010-08-26 14:15:47 CDT

Created attachment 25 [details]
KCrash output

Konqueror crashes on some web pages - like:
http://kultura.sme.sk
http://www.zoznam.sk
http://www.cas.sk

I guess (and hope) that all these crashes are caused by one bug. The crash is in libkhtml but I don't see function names in KCrash trace - is it possible to install debug-enabled libraries easily?

This bug was present in original KDE 3.5 too but was never fixed (it was "fixed" by releasing KDE 4.0).

Comment 1 Timothy Pearson 2010-08-26 14:24:38 CDT

apt-get install kdebase-kde3-dbg should install the required debugging libraries.

Have you tried KDE4 on those web pages?  KDE3/Trinity synchronized with the KDE4 KHTML engine code about a year ago, which resolved quite a few of the problems.  It is possible another synchronization is needed.

Comment 2 linux 2010-08-26 15:25:32 CDT

Created attachment 26 [details]
KCrash output

Comment 3 linux 2010-08-26 15:46:10 CDT

Konqueror 4.4.5 (from Debian Squeeze) does not crash.

Comment 4 Darrell 2012-11-19 16:03:51 CST

Adding a note that this report might be related to bug report 1055.

Comment 5 Slávek Banko 2012-12-13 08:17:58 CST

*** Bug 1055 has been marked as a duplicate of this bug. ***

Comment 6 Slávek Banko 2012-12-13 08:21:19 CST

Created attachment 1050 [details]
Backtrace for crash while open

Copied from bug 1055.

Comment 7 Slávek Banko 2012-12-13 08:25:36 CST

Created attachment 1051 [details]
Backtrace for crash on closing

In 3.5.13.1 is normally not noticed crashes while opening a website, but crashes on closing Konqueror. This is not so serious as while opening, but it looks foolish :)

Comment 8 Francois Andriot 2013-01-30 15:51:24 CST

Hello, no konqueror crash here (TDE 3.5.13.1, Mageia 2).

I have a crash in "nspluginviewer", it looks like adobe flash player plugin does not work, but apart from that, konqueror opens and closes correctly, I can browse several pages of the site.

Comment 9 Slávek Banko 2013-01-30 17:19:00 CST

The crash is unfortunately not occur always, but sometimes.

When I look into backtraces, which I have saved here, crash during closing is probably always due to assert in khtml::Cache::clear.

Comment 10 Slávek Banko 2013-01-31 10:28:15 CST

Currently at me again occurred crash when closing konqueror. I looked in .xsession-errors, where I was expecting information about the blocked cache item - from kdDebug (6060) reports.

But instead of this I found an incomplete report. Reporting about blocked cache item should be on three lines - not so, url is incomplete, mimetype is unexpected part. Strange:

t] -mimetype text/html http://www.root.cz/zpravic: /build/buildd/kdelibs-trinity-3.5.13/khtml/m
isc/loader.cpp:1412: static void khtml::Cache::clear(): Předpoklad „!crash“ nesplněn.
KCrash: crashing... crashRecursionCounter = 2
KCrash: Application Name = konqueror path = <unknown> pid = 23195
kdeinit: Got EXEC_NEW 'drkonqi' from socket.

Comment 11 Francois Andriot 2013-01-31 12:53:24 CST

From what I see in the 'khtml/misc/loader.cpp' file, the assert that you have is in a conditional block:
  #ifndef NDEBUG

But in my build, I have -DNDEBUG defined, so this code is never executed ....


See: build/CMakeCache.txt

//Flags used by the compiler during release minsize builds.
CMAKE_CXX_FLAGS_MINSIZEREL:STRING=-Os -DNDEBUG

//Flags used by the compiler during release builds (/MD /Ob1 /Oi
// /Ot /Oy /Gs will produce slightly less optimized but smaller
// files).
CMAKE_CXX_FLAGS_RELEASE:STRING=-O3 -DNDEBUG

[...]

//Flags used by the compiler during release minsize builds.
CMAKE_C_FLAGS_MINSIZEREL:STRING=-Os -DNDEBUG

//Flags used by the compiler during release builds (/MD /Ob1 /Oi
// /Ot /Oy /Gs will produce slightly less optimized but smaller
// files).
CMAKE_C_FLAGS_RELEASE:STRING=-O3 -DNDEBUG

Comment 12 Slávek Banko 2013-02-16 09:24:24 CST

(Odpověď na komentář #11)
> From what I see in the 'khtml/misc/loader.cpp' file, the assert that you have
> is in a conditional block:
>   #ifndef NDEBUG
> 
> But in my build, I have -DNDEBUG defined, so this code is never executed ....
> 
> 
> See: build/CMakeCache.txt
> 
> //Flags used by the compiler during release minsize builds.
> CMAKE_CXX_FLAGS_MINSIZEREL:STRING=-Os -DNDEBUG
> 
> //Flags used by the compiler during release builds (/MD /Ob1 /Oi
> // /Ot /Oy /Gs will produce slightly less optimized but smaller
> // files).
> CMAKE_CXX_FLAGS_RELEASE:STRING=-O3 -DNDEBUG
> 
> [...]
> 
> //Flags used by the compiler during release minsize builds.
> CMAKE_C_FLAGS_MINSIZEREL:STRING=-Os -DNDEBUG
> 
> //Flags used by the compiler during release builds (/MD /Ob1 /Oi
> // /Ot /Oy /Gs will produce slightly less optimized but smaller
> // files).
> CMAKE_C_FLAGS_RELEASE:STRING=-O3 -DNDEBUG

Thank you for good directions. On Debian and Ubuntu is used CMAKE_BUILD_TYPE = RelWithDebInfo and as I discovered, in this case -DNDEBUG is not used.

Comment 13 Slávek Banko 2013-02-21 13:35:03 CST

I can confirm that after building with -DNDEBUG I did not notice any Konqueror crash - amazing! If anyone experiences any further issues, please reopen this bug report.