Bug 201253 - Konqueror crashes on specific webpage startup
Summary: Konqueror crashes on specific webpage startup
Status: RESOLVED DUPLICATE of bug 183352
Alias: None
Product: konqueror
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: openSUSE Linux
: NOR crash
Target Milestone: ---
Assignee: Konqueror Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-07-23 17:58 UTC by Russ Fineman
Modified: 2009-08-03 23:12 UTC (History)
2 users (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 Russ Fineman 2009-07-23 17:58:40 UTC
Version:           KDE Version 4.2.4 (KDE 4.2.4) "release 2" (using KDE 4.2.4)
OS:                Linux
Installed from:    SuSE RPMs

2.6.27.23-0.1-default #1 SMP 2009-05-26 17:02:05 -0400 x86_64 x86_64 x86_64
GNU/Linux
KDE Version 4.2.4 (KDE 4.2.4) "release 2"
Konqueror Version 4.2.4 (KDE 4.2.4) "release 2"

When I put the following URL in Konqueror, it crashes as soon as you hit enter.
                http://www.ups.com (this is United Parcel Service)
 Message:
   A Fatal Error Occurred
The application Konqueror (konqueror) crashed and caused the signal 11
(SIGSEGV).
Please help us improve the software you use by filing a report at
http://bugs.kde.org. Useful details include how to reproduce the error,
documents that were loaded, etc.

Not sure where to report, since all rpms came from openSUSE repositories. This was working last week. Did update KDE on Saturday.

No problem accessing site with FireFox.

reported to openSUSE, they said to report upstream.

Novel Bugzilla Bug # 524471 - Konqueror crashes go to specific web site They closed it.
Comment 1 Dario Andres 2009-07-24 03:22:08 UTC
Here using:

Qt: 4.5.2 (KDE-Qt git commit 46a247a2c9a8c0c4456a02f6a0922d859d88fe76
        Date:   Fri Jun 26 13:45:37 2009 +0200)
KDE: 4.3.61 (KDE 4.3.61 (KDE 4.4 >= 20090717))
kdelibs svn rev. 999250 / kdebase svn rev. 999250
on ArchLinux i686 - Kernel 2.6.30.1

Launching Konqueror and showing the testcase URL didn't crashed the application. I could also enter the main site for US.

--

If you can reproduce the crash at will, may you read http://techbase.kde.org/Development/Tutorials/Debugging/How_to_create_useful_crash_reports and post a complete backtrace here? You need to install the "kdelibs5-debuginfo" package.

Thanks
Comment 2 Russ Fineman 2009-07-24 05:20:50 UTC
I'll try it tomorrow from openSuse 11.2 with qt4.5. I was under the impression that qt 4.5 is not to be used on openSUSE 11.1 where I'm seeing the problem. I don't know how close KDE 4.2.4 is to 4.3. This was working last week so I suspect one of the updates I did to kde this weekend.

It does work on openSUSE 11.1 with FireFox. 

I have Libqt4.4.3-4.8.2x86_64
          KDElibs4-debuginfo and KDELibs4-debugsources.

I just tried again but backtrace was no good. I'll try again and post results.
Comment 3 Russ Fineman 2009-07-27 06:27:03 UTC
tested on my 11.2 Milestone 3. KDE 4.3 rc2 and it does not fail. Need to try backtrace on 11.1 again. Is this related to 201315?
Comment 4 Dario Andres 2009-08-01 16:45:34 UTC
I don't think so. Bug 201315 is a crash which appeared at KDE4.3RC2 and was fixed recently.
Marking as NEEDSINFO
Thanks
Comment 5 Russ Fineman 2009-08-02 18:04:54 UTC
Last comment is needs more info. 


Here's what I get on crash. Not sure what I'm missing for the backtrace to work. Have all the kernel syms and debuginfo rpm's installed. Do I need all the KDE debuginfo rpms installed?

2.6.27.23-0.1-default #1 

KDE Version 4.2.4 (KDE 4.2.4) "release 2"

Konqueror Version 4.2.4 (KDE 4.2.4) "release 2"
Using KDE 4.2.4 (KDE 4.2.4) "release 2"

Message:
Unable to create a valid backtrace.

This backtrace appears to be of no use.
This is probably because your packages are built in a way which prevents creation of proper backtraces, or the stack frame was seriously corrupted in the crash.

This backtrace appears to be of no use.
This is probably because your packages are built in a way which prevents creation of proper backtraces, or the stack frame was seriously corrupted in the crash.

[?1034h(no debugging symbols found)
(no debugging symbols found)
[Thread debugging using libthread_db enabled]
[New Thread 0x7f65cfde7950 (LWP 8472)]
[New Thread 0x7f65d489e950 (LWP 8471)]
[New Thread 0x7f65d5214950 (LWP 8462)]
0x00007f65e498ace1 in nanosleep () from /lib64/libc.so.6
[Current thread is 1 (Thread 0x7f65e9d2c750 (LWP 8460))]

Thread 4 (Thread 0x7f65d5214950 (LWP 8462)):
#0  0x00007f65e7081fdd in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f65e72f2f07 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f65e72e9129 in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f65e72f1f72 in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f65e707e070 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f65e49bc10d in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 3 (Thread 0x7f65d489e950 (LWP 8471)):
#0  0x00007f65e7081fdd in pthread_cond_timedwait@@GLIBC_2.3.2 () from /lib64/libpthread.so.0
#1  0x00007f65e72f2f07 in QWaitCondition::wait(QMutex*, unsigned long) () from /usr/lib64/libQtCore.so.4
#2  0x00007f65e72e9129 in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f65e72f1f72 in ?? () from /usr/lib64/libQtCore.so.4
#4  0x00007f65e707e070 in start_thread () from /lib64/libpthread.so.0
#5  0x00007f65e49bc10d in clone () from /lib64/libc.so.6
#6  0x0000000000000000 in ?? ()

Thread 2 (Thread 0x7f65cfde7950 (LWP 8472)):
#0  0x00007f65e49b5662 in select () from /lib64/libc.so.6
#1  0x00007f65e73ba366 in ?? () from /usr/lib64/libQtCore.so.4
#2  0x00007f65e72f1f72 in ?? () from /usr/lib64/libQtCore.so.4
#3  0x00007f65e707e070 in start_thread () from /lib64/libpthread.so.0
#4  0x00007f65e49bc10d in clone () from /lib64/libc.so.6
#5  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7f65e9d2c750 (LWP 8460)):
#0  0x00007f65e498ace1 in nanosleep () from /lib64/libc.so.6
#1  0x00007f65e498aadc in sleep () from /lib64/libc.so.6
#2  0x00007f65e823195f in KCrash::startDrKonqi (argv=0x7ffff1d6a4a8, argc=17) at /usr/src/debug/kdelibs-4.2.4/kdeui/util/kcrash.cpp:412
#3  0x00007f65e82322ba in KCrash::defaultCrashHandler (sig=11) at /usr/src/debug/kdelibs-4.2.4/kdeui/util/kcrash.cpp:337
#4  <signal handler called>
#5  0x00007f65e73ee3a7 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQtCore.so.4
#6  0x00007f65cef58e45 in Gwenview::Document::kindDetermined(KUrl const&) () from /usr/lib64/libgwenviewlib.so.4
#7  0x00007f65cef5f93d in ?? () from /usr/lib64/libgwenviewlib.so.4
#8  0x00007f65cef5d4be in ?? () from /usr/lib64/libgwenviewlib.so.4
#9  0x00007f65cef5dac2 in ?? () from /usr/lib64/libgwenviewlib.so.4
#10 0x00007f65e73ee454 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQtCore.so.4
#11 0x00007f65e7a0f1c2 in KJob::result (this=0x18521c0, _t1=0x14d0f70) at /usr/src/debug/kdelibs-4.2.4/build/kdecore/kjob.moc:186
#12 0x00007f65e7a0f53f in KJob::emitResult (this=0x14d0f70) at /usr/src/debug/kdelibs-4.2.4/kdecore/jobs/kjob.cpp:294
#13 0x00007f65e8bda2b0 in KIO::SimpleJob::slotFinished (this=0x14d0f70) at /usr/src/debug/kdelibs-4.2.4/kio/kio/job.cpp:489
#14 0x00007f65e8bdb843 in KIO::TransferJob::slotFinished (this=0x14d0f70) at /usr/src/debug/kdelibs-4.2.4/kio/kio/job.cpp:966
#15 0x00007f65e8bdc885 in KIO::TransferJob::qt_metacall (this=0x14d0f70, _c=QMetaObject::InvokeMetaMethod, _id=<value optimized out>, _a=0x7ffff1d6b2a0)
    at /usr/src/debug/kdelibs-4.2.4/build/kio/jobclasses.moc:336
#16 0x00007f65e73ee454 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQtCore.so.4
#17 0x00007f65e8c84bd1 in KIO::SlaveInterface::dispatch (this=0x1d5cf20, _cmd=104, rawdata=<value optimized out>) at /usr/src/debug/kdelibs-4.2.4/kio/kio/slaveinterface.cpp:175
#18 0x00007f65e8c827f2 in KIO::SlaveInterface::dispatch (this=0x1d5cf20) at /usr/src/debug/kdelibs-4.2.4/kio/kio/slaveinterface.cpp:91
#19 0x00007f65e8c75c6e in KIO::Slave::gotInput (this=0x1d5cf20) at /usr/src/debug/kdelibs-4.2.4/kio/kio/slave.cpp:322
#20 0x00007f65e8c75f78 in KIO::Slave::qt_metacall (this=0x1d5cf20, _c=QMetaObject::InvokeMetaMethod, _id=36901312, _a=0x7ffff1d6b610) at /usr/src/debug/kdelibs-4.2.4/build/kio/slave.moc:75
#21 0x00007f65e73ee454 in QMetaObject::activate(QObject*, int, int, void**) () from /usr/lib64/libQtCore.so.4
#22 0x00007f65e8bac821 in KIO::ConnectionPrivate::dequeue (this=0x1dad7b0) at /usr/src/debug/kdelibs-4.2.4/kio/kio/connection.cpp:82
#23 0x00007f65e8baceca in KIO::Connection::qt_metacall (this=0x1d58580, _c=QMetaObject::InvokeMetaMethod, _id=36901312, _a=0x128f3a0) at /usr/src/debug/kdelibs-4.2.4/build/kio/connection.moc:72
#24 0x00007f65e73e9105 in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4
#25 0x00007f65e66f91bd in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#26 0x00007f65e6700f8a in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#27 0x00007f65e81cf57b in KApplication::notify (this=0x7ffff1d6c230, receiver=0x1d58580, event=0x1bebb40) at /usr/src/debug/kdelibs-4.2.4/kdeui/kernel/kapplication.cpp:307
#28 0x00007f65e73da091 in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#29 0x00007f65e73dad3a in QCoreApplicationPrivate::sendPostedEvents(QObject*, int, QThreadData*) () from /usr/lib64/libQtCore.so.4
#30 0x00007f65e7402863 in ?? () from /usr/lib64/libQtCore.so.4
#31 0x00007f65e30e50fb in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#32 0x00007f65e30e88cd in ?? () from /usr/lib64/libglib-2.0.so.0
#33 0x00007f65e30e8a8b in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#34 0x00007f65e74024ef in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#35 0x00007f65e67899bf in ?? () from /usr/lib64/libQtGui.so.4
#36 0x00007f65e73d89a2 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#37 0x00007f65e73d8b2d in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#38 0x00007f65e73daffd in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#39 0x00007f65e9924829 in kdemain () from /usr/lib64/libkdeinit4_konqueror.so
#40 0x00007f65e4907586 in __libc_start_main () from /lib64/libc.so.6
#41 0x00000000004007f9 in _start ()

The no symbols found message, is the OS or KDE symbols?
I'll be glad to install what ever's need to trace this.

Thanks for your support.
Comment 6 Dario Andres 2009-08-02 18:15:57 UTC
Was the last backtrace using Qt4.4 ? The backtrace looks like bug 183352. 
Thanks
Comment 7 Russ Fineman 2009-08-03 20:01:42 UTC
Yes it is.

 It is : libqt4-4.4.3-4.8.2
Kde is:KDE Version 4.2.4 (KDE 4.2.4) "release 2"

Looked at bug mentioned in Comment 6. Could be it. I'll check further. 

Thanks
Comment 8 Dario Andres 2009-08-03 23:12:09 UTC
Yes, if you were using Qt4.4, then it is the same bug . Thanks

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