Bug 105873 - Konqueror crashes on www.martinmans.nl
Summary: Konqueror crashes on www.martinmans.nl
Status: RESOLVED DUPLICATE of bug 56118
Alias: None
Product: konqueror
Classification: Applications
Component: khtml (show other bugs)
Version: unspecified
Platform: unspecified Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-05-18 11:44 UTC by Wilbert Berendsen
Modified: 2005-11-13 21:38 UTC (History)
0 users

See Also:
Latest Commit:
Version Fixed In:

Attachments
the debug log and backtrace (59.74 KB, text/plain)
2005-05-18 11:45 UTC, Wilbert Berendsen 		Details
View All Add an attachment

Note You need to log in before you can comment on or make changes to this bug.
Description Wilbert Berendsen 2005-05-18 11:44:44 UTC 
Version:           3.4.0 (using KDE 3.4.0, Gentoo)
Compiler:          gcc version 3.3.5-20050130 (Gentoo Linux 3.3.5.20050130-r1, ssp-3.3.5.20050130-1, pie-8.7.7.1)
OS:                Linux (i686) release 2.6.11-gentoo-r1

When going to www.martinmans.nl, the site opens many popups an alerts saying 'no support...' (which is the site's problem of course), but eventually Konqueror crashes while I try to close all the alerts.

I ran konqueror from within gdb with debugging output also enabled and saved the Konsole log of it, plus the backtrace.
Comment 1 Wilbert Berendsen 2005-05-18 11:45:56 UTC 
Created attachment 11084 [details]
the debug log and backtrace

This is the last part of the debug log and the backtrace.
I ran: gdb konqueror
and then surfed to www.martinmans.nl
Comment 2 Tommi Tervo 2005-05-18 12:16:34 UTC 
#6  0xb65eed48 in __assert_fail () from /lib/tls/libc.so.6
#7  0xb60e4978 in khtml::HTMLTokenizer::reset() (this=0x88bf640)
    at htmltokenizer.cpp:167
#8  0xb60e8fa5 in ~HTMLTokenizer (this=0x88bf640) at htmltokenizer.cpp:1647
#9  0xb60bcea8 in DOM::DocumentImpl::detach() (this=0x89cf840)
    at dom_docimpl.cpp:1107
#10 0xb607c19c in KHTMLPart::clear() (this=0x89c9d98) at khtml_part.cpp:1379
#11 0xb60779f9 in ~KHTMLPart (this=0x89c9d98) at khtml_part.cpp:486
#12 0xb607c0af in KHTMLPart::clear() (this=0x8631720) at khtml_part.cpp:1417
#13 0xb607dcff in KHTMLPart::begin(KURL const&, int, int) (this=0x8631720,
    url=@0x8879424, xOffset=0, yOffset=0) at khtml_part.cpp:1821
#14 0xb607c7f9 in KHTMLPart::slotData(KIO::Job*, QMemArray<char> const&) (
    this=0x8631720, kio_job=0x874e440, data=@0xbfff3e80) at khtml_part.cpp:1549
#15 0xb609639f in KHTMLPart::qt_invoke(int, QUObject*) (this=0x8631720,
    _id=-1220687864, _o=0xbfff3ad0) at khtml_part.moc:487
#16 0xb6db5fe0 in QObject::activate_signal(QConnectionList*, QUObject*) (
    this=0x874e440, clist=0x8a10818, o=0xbfff3ad0) at kernel/qobject.cpp:2355
#17 0xb7bc53f0 in KIO::TransferJob::data(KIO::Job*, QMemArray<char> const&) (
    this=0x874e440, t0=0x0, t1=@0x0) at jobclasses.moc:972
#18 0xb7bb2f54 in KIO::TransferJob::slotData(QMemArray<char> const&) (
Comment 3 Tommi Tervo 2005-05-18 12:26:08 UTC 
Couldn't reproduce, and backtrace is similar as bug #68523 (See #69247 for backtrace). But this one should be fixed in 3.4.
Comment 4 Maksim Orlovich 2005-11-13 21:38:13 UTC 

*** This bug has been marked as a duplicate of 56118 ***