| Summary: | [site-issue] Konquerer crashes continously upon visiting a website (www.iinet.com.au) | ||
|---|---|---|---|
| Product: | [Applications] konqueror | Reporter: | Masood <masoodbeh> |
| Component: | nspluginviewer | Assignee: | George Staikos <staikos> |
| Status: | RESOLVED WORKSFORME | ||
| Severity: | crash | CC: | anthony, kde-bugreport, lex.lists |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
| Attachments: | crash backtrace | ||
|
Description
Masood
2006-01-09 02:38:37 UTC
No crash here. I suggest installing kdebase-debuginfo with yast to get rid of some of those "(no debugging symbols found)" messages. That way the developers will have a better idea what went wrong & where. Some other packages you might want to install: glibc-debuginfo FYI: I hope this helps, but I'm really out of my league here.. I realise the bug was reported for 3.5, but I thought I'd add that I couldn't reproduce this crash with 3.4.3 from kubuntu breezy. Will try on 3.5 when I have it up and running. I was unable to reproduce with SuSE's KDE 3.5 packages. That doesn't mean it doesn't happen though :) I can't find any debuginfo package for KDE 3.5.. Does anyone know where I can download debuginfo rpms from? Also the konquerer still keeps crashing. *** Bug 121286 has been marked as a duplicate of this bug. *** I cannot reproduce either of the reported crashes. If someone can reliably or can provide a backtrace with more information, reopen. I can reproduce this crash (http://www.iinet.com.au) as well as the crash from bug 121286 (http://www.shef.ac.uk/chemistry). Crash and Backtraces are both the same. Fresh KDE SVN from KDE 3.5.1 BRANCH built last night (SVN rev. 511280). Backtrace attached. Created attachment 14773 [details]
crash backtrace
I think the backtrace above (id=14773) is from another problem (locally on my machine). This backtrace should be the right one for this problem: Using host libthread_db library "/lib/tls/libthread_db.so.1". `system-supplied DSO at 0xffffe000' has disappeared; keeping its symbols. [Thread debugging using libthread_db enabled] [New Thread 1096759552 (LWP 20876)] [KCrash handler] #6 0x40c2d6af in QObject::disconnect () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #7 0x40c2e23f in QObject::~QObject () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #8 0x0805a34c in NSPluginInstance::~NSPluginInstance () #9 0x40ebd0fc in QGList::remove () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #10 0x0805590c in NSPluginClass::timer () #11 0x08055a01 in NSPluginInstance::shutdown () #12 0x0805fb18 in NSPluginInstanceIface::process () #13 0x408fe828 in DCOPClient::receive () from /opt/kde3/lib/libDCOP.so.4 #14 0x408ffbf0 in DCOPProcessInternal () from /opt/kde3/lib/libDCOP.so.4 #15 0x40900248 in DCOPProcessMessage () from /opt/kde3/lib/libDCOP.so.4 #16 0x4090baed in KDE_IceProcessMessages () from /opt/kde3/lib/libDCOP.so.4 #17 0x408fa789 in DCOPClient::processSocketData () from /opt/kde3/lib/libDCOP.so.4 #18 0x40900976 in DCOPClient::qt_invoke () from /opt/kde3/lib/libDCOP.so.4 #19 0x40c2c62d in QObject::activate_signal () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #20 0x40c2cbc8 in QObject::activate_signal () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #21 0x40f33658 in QSocketNotifier::activated () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #22 0x40c48ef1 in QSocketNotifier::event () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #23 0x40bd1a6b in QApplication::internalNotify () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #24 0x40bd237a in QApplication::notify () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #25 0x4075d75e in KApplication::notify () from /opt/kde3/lib/libkdecore.so.4 #26 0x40bc6048 in QEventLoop::activateSocketNotifiers () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #27 0x0805d210 in QXtEventLoop::processEvents () #28 0x40be6f51 in QEventLoop::enterLoop () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #29 0x40be6e74 in QEventLoop::exec () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #30 0x40bd14bf in QApplication::exec () from /mnt/hda4/home/cvs/kde20/qt-copy/lib/libqt-mt.so.3 #31 0x0805cf79 in main () That doesn't look like a Konqueror backtrace. NSPluginInstance::shutdown should appear in nspluginviewer, not Konqueror. *** Bug 126636 has been marked as a duplicate of this bug. *** Helge: can you reproduce it with the original backtrace? Or a Konqueror backtrace? Crashes in nsplugin I think this is already fixed in trunk I have just installed the new openSUSE 10.1. Although the version of the KDE that I used on 10 before matches this, but the konquerer doesn't crash at all when visiting www.iinet.com.au I should add all three KDE 3.5, 3.5.1, 3.5.2 crashed on my SUSE 10 before. It might be a problem compilation of KDE on openSUSE 10! Well, it was just a guess, so forgive my ignorance if it sounds silly because I haven't write any useful C++ program so far. appears to no longer be an issue for reporter. |