Bug 309556

Summary:	2.6 BETA1: Crash (segfault) when editing a task
Product:	[Applications] calligraplan	Reporter:	sombragris
Component:	general	Assignee:	Dag Andersen <dag.andersen>
Status:	RESOLVED DUPLICATE
Severity:	critical	CC:	cbo
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Compiled Sources
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:

Description sombragris 2012-11-04 21:10:11 UTC

The program crashes when editing a task in Plan. There was no specific action that triggered this. It just crashed. 

Backtrace:
Application: Plan (calligraplan), signal: Segmentation fault
Using host libthread_db library "/lib64/libthread_db.so.1".
[Current thread is 1 (Thread 0x7f724bc6b7c0 (LWP 17708))]

Thread 2 (Thread 0x7f722cc87700 (LWP 17709)):
#0  0x00007f723d9f8565 in ?? () from /usr/lib64/libglib-2.0.so.0
#1  0x00007f723d9f87b9 in g_mutex_lock () from /usr/lib64/libglib-2.0.so.0
#2  0x00007f723d9bc749 in g_main_context_prepare () from /usr/lib64/libglib-2.0.so.0
#3  0x00007f723d9bce2b in ?? () from /usr/lib64/libglib-2.0.so.0
#4  0x00007f723d9bd024 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#5  0x00007f7245e24c36 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#6  0x00007f7245df580f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#7  0x00007f7245df5a98 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#8  0x00007f7245cf9230 in QThread::exec() () from /usr/lib64/qt/lib/libQtCore.so.4
#9  0x00007f7245dd63cf in ?? () from /usr/lib64/qt/lib/libQtCore.so.4
#10 0x00007f7245cfc17b in ?? () from /usr/lib64/qt/lib/libQtCore.so.4
#11 0x00007f7245a5beae in start_thread () from /lib64/libpthread.so.0
#12 0x00007f7244cf8fed in clone () from /lib64/libc.so.6

Thread 1 (Thread 0x7f724bc6b7c0 (LWP 17708)):
[KCrash Handler]
#5  0x00007f724aa7afe4 in KParts::ReadWritePart::isModified() const () from /usr/lib64/libkparts.so.4
#6  0x00007f724b558150 in KoDocument::slotAutoSave() () from /usr/lib64/libkomain.so.11
#7  0x00007f724b558495 in ?? () from /usr/lib64/libkomain.so.11
#8  0x00007f7245e0bebf in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/qt/lib/libQtCore.so.4
#9  0x00007f7245e0b1cc in QObject::event(QEvent*) () from /usr/lib64/qt/lib/libQtCore.so.4
#10 0x00007f7246a7ef5c in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/qt/lib/libQtGui.so.4
#11 0x00007f7246a833da in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/qt/lib/libQtGui.so.4
#12 0x00007f724b548888 in KoApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkomain.so.11
#13 0x00007f7245df6abe in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/qt/lib/libQtCore.so.4
#14 0x00007f7245e273b2 in ?? () from /usr/lib64/qt/lib/libQtCore.so.4
#15 0x00007f7245e245b4 in ?? () from /usr/lib64/qt/lib/libQtCore.so.4
#16 0x00007f7245e245d1 in ?? () from /usr/lib64/qt/lib/libQtCore.so.4
#17 0x00007f723d9bcc35 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#18 0x00007f723d9bcf68 in ?? () from /usr/lib64/libglib-2.0.so.0
#19 0x00007f723d9bd024 in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#20 0x00007f7245e24c16 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#21 0x00007f7246b1f06e in ?? () from /usr/lib64/qt/lib/libQtGui.so.4
#22 0x00007f7245df580f in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#23 0x00007f7245df5a98 in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/qt/lib/libQtCore.so.4
#24 0x00007f7245dfa738 in QCoreApplication::exec() () from /usr/lib64/qt/lib/libQtCore.so.4
#25 0x00007f724b8aca55 in kdemain () from /usr/lib64/libkdeinit4_calligraplan.so
#26 0x00007f7244c24a95 in __libc_start_main () from /lib64/libc.so.6
#27 0x0000000000400901 in _start ()


Reproducible: Always

Steps to Reproduce:
1. Open Plan wih a file.
2. Edit a task; have the edit dialog open.
3. After some time, the program spontaneously crashes.
Actual Results:  
The program crashed

Expected Results:  
The program should not crash ;)

Comment 1 sombragris 2012-11-04 21:10:41 UTC

Forgot to specify version: 2.6 Beta1

Comment 2 Dag Andersen 2012-11-06 07:58:49 UTC

Up front this looks like misconfigured system because this is common code to all calligra apps that has been around for a long time and it has been run countless times by anybody that makes a change to a calligra document.
I cannot reporduce this on ubuntu 12.10.

So are you certain that your system and AlienBobs packages fit together?
(From the backtrace, it seems to be a mismatch between calligralibs and kdelibs)
Could you check if other slackware users with same settup as you can test also?

That said, it is always possible there is a bug somewhere in plan or other parts of calligra that triggers this, but I would be gratefull if you would check the two thing above first.

Comment 3 sombragris 2012-11-06 11:01:47 UTC

Hi Dag, thanks.

As for your questions:

1. I'm certain that the packages are fine.

2. I don't know. I may be the only Slack user testing 2.6 Beta.

However, you may have a point. Some months ago I was bitten by a bug that showed itself in okular. After a lot of  crashes, hangouts, etc... we couldn't locate the source. Finally, it turned out it was a very subtle bug in Slackware's shipped version of gam-server. 

Right now, I see the bug only with 2.6 Beta, and not with the latest Slackware's 2.4.x shipped version. However, this might be exposing another subtle bug in the system. Who knows... I'll try to keep my eyes open.

Thanks!

Comment 4 Camilla Boemann 2012-11-06 12:29:33 UTC

kodocument::isModfied access parentPart and if that hasn't been set up for some reason it might crash - that said i find it weird that dag can't see the bug too if that is the case

i've not tried myself

Comment 5 Jekyll Wu 2013-03-04 05:40:04 UTC


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