Bug 192775 - kget crash when deleting stalled (in-progress) file
Summary: kget crash when deleting stalled (in-progress) file
Status: RESOLVED FIXED
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR crash
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
: 192991 199150 (view as bug list)
Depends on:
Blocks:
 
Reported: 2009-05-15 15:46 UTC by Darin McBride
Modified: 2009-09-12 10:25 UTC (History)
3 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 Darin McBride 2009-05-15 15:46:43 UTC
Application that crashed: kget
Version of the application: 2.2.85
KDE Version: 4.2.85 (KDE 4.2.85 (KDE 4.3 Beta1))
Qt Version: 4.5.1
Operating System: Linux 2.6.28-gentoo-r5 x86_64

What I was doing when the application crashed:
I went to delete a file that had stalled, and I got this.

 -- Backtrace:
Application: KGet (kget), signal: Segmentation fault
[KCrash Handler]
#5  0x00007f1846e3057c in TransferTreeModel::timerEvent () from /usr/kde/4.3/lib64/libkgetcore.so.4
#6  0x00007f1845d6806b in QObject::event (this=0x18912e0, e=0x7fff502da140) at kernel/qobject.cpp:1073
#7  0x00007f1844ac1bbd in QApplicationPrivate::notify_helper (this=0x16e2790, receiver=0x18912e0, e=0x7fff502da140) at kernel/qapplication.cpp:4057
#8  0x00007f1844aca3de in QApplication::notify (this=0x7fff502da480, receiver=0x18912e0, e=0x7fff502da140) at kernel/qapplication.cpp:4022
#9  0x00007f1847c63faa in KApplication::notify () from /usr/kde/4.3/lib64/libkdeui.so.5
#10 0x00007f1845d57fcb in QCoreApplication::notifyInternal (this=0x7fff502da480, receiver=0x18912e0, event=0x7fff502da140) at kernel/qcoreapplication.cpp:606
#11 0x00007f1845d834fe in QTimerInfoList::activateTimers (this=0x16e36c0) at kernel/qcoreapplication.h:213
#12 0x00007f1845d800ad in timerSourceDispatch (source=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:164
#13 0x00007f183f47c3d4 in g_main_dispatch () from /usr/lib/libglib-2.0.so.0
#14 0x00007f183f47e165 in g_main_context_iterate () from /usr/lib/libglib-2.0.so.0
#15 0x00007f183f47e33d in g_main_context_iteration () from /usr/lib/libglib-2.0.so.0
#16 0x00007f1845d8000f in QEventDispatcherGlib::processEvents (this=0x16b8200, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:324
#17 0x00007f1844b4f808 in QGuiEventDispatcherGlib::processEvents (this=0x18912e0, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:202
#18 0x00007f1845d56bf2 in QEventLoop::processEvents (this=<value optimized out>, flags={i = 1345168304}) at kernel/qeventloop.cpp:149
#19 0x00007f1845d56d95 in QEventLoop::exec (this=0x7fff502da3f0, flags={i = 1345168384}) at kernel/qeventloop.cpp:196
#20 0x00007f1845d5b95e in QCoreApplication::exec () at kernel/qcoreapplication.cpp:888
#21 0x00000000004661b5 in main ()
Comment 1 Urs Wolfer 2009-06-07 18:50:00 UTC
*** Bug 192991 has been marked as a duplicate of this bug. ***
Comment 3 Darin McBride 2009-06-07 22:35:18 UTC
Urs, to whom are you suggesting to get more info on the stack trace?  I'm pretty sure I have the full system with debug symbols... and don't see any in my stack trace that are unknown, so perhaps you're referring to to E Quincerot who opened the (alleged?) duplicate defect?
Comment 4 Urs Wolfer 2009-06-07 22:45:44 UTC
#5  0x00007f1846e3057c in TransferTreeModel::timerEvent () from
/usr/kde/4.3/lib64/libkgetcore.so.4

I think you are missing a KGet debug build, everything else is fine.
Comment 5 Dario Andres 2009-06-19 16:18:03 UTC
It seems like bug 197061 is related with a completer backtrace.
Comment 6 Dario Andres 2009-07-07 00:40:20 UTC
*** Bug 199150 has been marked as a duplicate of this bug. ***
Comment 7 Lukas Appelhans 2009-09-11 14:08:28 UTC
Should be fixed in latest trunk...

Lukas
Comment 8 Darin McBride 2009-09-11 16:15:27 UTC
By "latest trunk" - is that 4.3.2, or only 4.4?  Just want to know what to expect.

Thanks,
Comment 9 Lukas Appelhans 2009-09-12 10:25:48 UTC
4.4... it was a too big revamp to backport...

Lukas