Bug 238295 - Assert when switching collection while other one was getting grouped/threaded
Summary: Assert when switching collection while other one was getting grouped/threaded
Status: RESOLVED UNMAINTAINED
Alias: None
Product: kmail2
Classification: Applications
Component: message list (show other bugs)
Version: 1.99.0
Platform: Compiled Sources Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords: akonadi-ports-regression
Depends on:
Blocks:
 
Reported: 2010-05-20 13:53 UTC by Milian Wolff
Modified: 2017-01-07 22:43 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments
New crash information added by DrKonqi (5.14 KB, text/plain)
2011-08-30 10:07 UTC, Milian Wolff
Details
New crash information added by DrKonqi (5.52 KB, text/plain)
2011-09-20 08:35 UTC, Milian Wolff
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Milian Wolff 2010-05-20 13:53:11 UTC
Application: kmail (1.99.0)
KDE Platform Version: 4.4.80 (KDE 4.4.80 (KDE 4.5 Beta1)) (Compiled from sources)
Qt Version: 4.6.2
Operating System: Linux 2.6.31-21-generic x86_64
Distribution: Ubuntu 9.10

-- Information about the crash:
As the title says, I think I switched to a different collection while another one was still getting grouped/threaded. Apparently the storage model got invalidated (i.e. couldn't return a mail for the row anymore) and hence lead to this assert.

-- Backtrace:
Application: KMail (kmail), signal: Aborted
The current source language is "auto; currently c".
[Current thread is 1 (Thread 0x7fb0e826f750 (LWP 16602))]

Thread 2 (Thread 0x7fb0cbc9f910 (LWP 16616)):
#0  pthread_cond_wait@@GLIBC_2.3.2 () at ../nptl/sysdeps/unix/sysv/linux/x86_64/pthread_cond_wait.S:261
#1  0x00007fb0db2da816 in ?? () from /usr/lib/libQtWebKit.so.4
#2  0x00007fb0db2da859 in ?? () from /usr/lib/libQtWebKit.so.4
#3  0x00007fb0e2223a04 in start_thread (arg=<value optimized out>) at pthread_create.c:300
#4  0x00007fb0e17e280d in clone () at ../sysdeps/unix/sysv/linux/x86_64/clone.S:112
#5  0x0000000000000000 in ?? ()

Thread 1 (Thread 0x7fb0e826f750 (LWP 16602)):
[KCrash Handler]
#6  0x00007fb0e17364b5 in *__GI_raise (sig=<value optimized out>) at ../nptl/sysdeps/unix/sysv/linux/raise.c:64
#7  0x00007fb0e1739f50 in *__GI_abort () at abort.c:92
#8  0x00007fb0e24aa864 in qt_message_output (msgType=QtFatalMsg, buf=<value optimized out>) at global/qglobal.cpp:2250
#9  0x00007fb0e24aaa42 in qt_message (msgType=QtFatalMsg, msg=0x7fb0e2607f08 "ASSERT: \"%s\" in file %s, line %d", ap=0x7fff7502ffc0) at global/qglobal.cpp:2296
#10 0x00007fb0e24aabf5 in qFatal (msg=0x40da <Address 0x40da out of bounds>) at global/qglobal.cpp:2479
#11 0x00007fb0deb35b0c in MessageList::StorageModel::updateMessageItemData (this=0x27e69e30, mi=0x27ecf7b0, row=0) at /home/speedy/projects/kde4/kdepim/messagelist/storagemodel.cpp:292
#12 0x00007fb0dead9c7c in MessageList::Core::ModelPrivate::viewItemJobStepInternalForJobPass1Update (this=0xc62650, job=0x287cdbf0, tStart=...)
    at /home/speedy/projects/kde4/kdepim/messagelist/core/model.cpp:3215
#13 0x00007fb0deada3dd in MessageList::Core::ModelPrivate::viewItemJobStepInternalForJob (this=0xc62650, job=0x287cdbf0, tStart=...)
    at /home/speedy/projects/kde4/kdepim/messagelist/core/model.cpp:3392
#14 0x00007fb0deadab2a in MessageList::Core::ModelPrivate::viewItemJobStepInternal (this=0xc62650) at /home/speedy/projects/kde4/kdepim/messagelist/core/model.cpp:3718
#15 0x00007fb0deadb525 in MessageList::Core::ModelPrivate::viewItemJobStep (this=0xc62650) at /home/speedy/projects/kde4/kdepim/messagelist/core/model.cpp:3933
#16 0x00007fb0deadd64c in MessageList::Core::Model::qt_metacall (this=0xc615d0, _c=QMetaObject::InvokeMetaMethod, _id=2, _a=0x7fff75030840)
    at /home/speedy/projects/.build/kde4/kdepim/messagelist/model.moc:90
#17 0x00007fb0e25b9c0f in QMetaObject::activate (sender=0xc62688, m=<value optimized out>, local_signal_index=<value optimized out>, argv=0xffffffffffffffff) at kernel/qobject.cpp:3293
#18 0x00007fb0e25b6863 in QObject::event (this=0xc62688, e=0x7fff75030fc0) at kernel/qobject.cpp:1212
#19 0x00007fb0e350212c in QApplicationPrivate::notify_helper (this=0x763680, receiver=0xc62688, e=0x7fff75030fc0) at kernel/qapplication.cpp:4300
#20 0x00007fb0e350871b in QApplication::notify (this=0x7fff750313b0, receiver=0xc62688, e=0x7fff75030fc0) at kernel/qapplication.cpp:4183
#21 0x00007fb0e7be98ab in KApplication::notify (this=0x7fff750313b0, receiver=0xc62688, event=0x7fff75030fc0) at /home/speedy/projects/kde4/kdelibs/kdeui/kernel/kapplication.cpp:302
#22 0x00007fb0e25a6e0c in QCoreApplication::notifyInternal (this=0x7fff750313b0, receiver=0xc62688, event=0x7fff75030fc0) at kernel/qcoreapplication.cpp:704
#23 0x00007fb0e25d3a62 in QCoreApplication::sendEvent (this=0x766eb0) at ../../include/QtCore/../../src/corelib/kernel/qcoreapplication.h:215
#24 QTimerInfoList::activateTimers (this=0x766eb0) at kernel/qeventdispatcher_unix.cpp:603
#25 0x00007fb0e25d0668 in timerSourceDispatch (source=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:184
#26 idleTimerSourceDispatch (source=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:231
#27 0x00007fb0d857ebce in g_main_context_dispatch () from /lib/libglib-2.0.so.0
#28 0x00007fb0d8582598 in ?? () from /lib/libglib-2.0.so.0
#29 0x00007fb0d85826c0 in g_main_context_iteration () from /lib/libglib-2.0.so.0
#30 0x00007fb0e25d0333 in QEventDispatcherGlib::processEvents (this=0x72a970, flags=<value optimized out>) at kernel/qeventdispatcher_glib.cpp:412
#31 0x00007fb0e35b1f0e in QGuiEventDispatcherGlib::processEvents (this=0x40da, flags=<value optimized out>) at kernel/qguieventdispatcher_glib.cpp:204
#32 0x00007fb0e25a5732 in QEventLoop::processEvents (this=<value optimized out>, flags=) at kernel/qeventloop.cpp:149
#33 0x00007fb0e25a5b0c in QEventLoop::exec (this=0x7fff75031260, flags=) at kernel/qeventloop.cpp:201
#34 0x00007fb0e25a984b in QCoreApplication::exec () at kernel/qcoreapplication.cpp:981
#35 0x0000000000403913 in main (argc=1, argv=0x7fff75031548) at /home/speedy/projects/kde4/kdepim/kmail/main.cpp:147
The current source language is "auto; currently asm".
The current source language is "auto; currently c".

Reported using DrKonqi
Comment 1 Leo Franchi 2010-06-30 16:06:12 UTC
I think Szymon fixed this recently. I can't reproduce this crash anymore, though I used to be able to. Closing, re-open with a new backtrace if it happens still.
Comment 2 Milian Wolff 2011-08-30 10:07:51 UTC
Created attachment 63227 [details]
New crash information added by DrKonqi

kmail (4.8 pre) on KDE Platform 4.7.00 (4.7.0) using Qt 4.7.3

started kmail, it downloaded emails and filtered them, then it crashed. the cli showed:

kmail2(6878)/libakonadi Akonadi::EntityTreeModelPrivate::monitoredItemMoved: Invalid move 
kmail2(6878) {anonymous}::messageForItem: Not a message -1 "" "" 
ASSERT: "mail" in file /home/milian/projects/kde4/kdepim/messagelist/storagemodel.cpp, line 312

akonadi, kdepimlibs, kdepim and soprano are all build from git today

-- Backtrace (Reduced):
#11 0x00007f3be6ab1c43 in MessageList::StorageModel::updateMessageItemData (this=0x1cfec50, mi=0x6243a60, row=7) at /home/milian/projects/kde4/kdepim/messagelist/storagemodel.cpp:312
#12 0x00007f3be6a5eaf6 in MessageList::Core::ModelPrivate::viewItemJobStepInternalForJobPass1Update (this=0x179f940, job=0x5e8a680, tStart=...) at /home/milian/projects/kde4/kdepim/messagelist/core/model.cpp:3255
#13 0x00007f3be6a5f1e3 in MessageList::Core::ModelPrivate::viewItemJobStepInternalForJob (this=0x179f940, job=0x5e8a680, tStart=...) at /home/milian/projects/kde4/kdepim/messagelist/core/model.cpp:3426
#14 0x00007f3be6a5f944 in MessageList::Core::ModelPrivate::viewItemJobStepInternal (this=0x179f940) at /home/milian/projects/kde4/kdepim/messagelist/core/model.cpp:3752
#15 0x00007f3be6a60341 in MessageList::Core::ModelPrivate::viewItemJobStep (this=0x179f940) at /home/milian/projects/kde4/kdepim/messagelist/core/model.cpp:3967
Comment 3 Milian Wolff 2011-08-30 10:08:24 UTC
reopening
Comment 4 Milian Wolff 2011-09-20 08:35:34 UTC
Created attachment 63789 [details]
New crash information added by DrKonqi

kmail (4.8 pre) on KDE Platform 4.7.1 (4.7.1) using Qt 4.7.4

can also happen now when filtering messages

-- Backtrace (Reduced):
#11 0x00007faeb35abe33 in MessageList::StorageModel::updateMessageItemData (this=0xc6e9b70, mi=0x7866600, row=1) at /home/milian/projects/kde4/kdepim/messagelist/storagemodel.cpp:312
#12 0x00007faeb3556d1e in MessageList::Core::ModelPrivate::viewItemJobStepInternalForJobPass1Update (this=0x1a1eb60, job=0x6e1dbf0, tStart=...) at /home/milian/projects/kde4/kdepim/messagelist/core/model.cpp:3255
#13 0x00007faeb355740b in MessageList::Core::ModelPrivate::viewItemJobStepInternalForJob (this=0x1a1eb60, job=0x6e1dbf0, tStart=...) at /home/milian/projects/kde4/kdepim/messagelist/core/model.cpp:3426
#14 0x00007faeb3557b6c in MessageList::Core::ModelPrivate::viewItemJobStepInternal (this=0x1a1eb60) at /home/milian/projects/kde4/kdepim/messagelist/core/model.cpp:3752
#15 0x00007faeb3558569 in MessageList::Core::ModelPrivate::viewItemJobStep (this=0x1a1eb60) at /home/milian/projects/kde4/kdepim/messagelist/core/model.cpp:3967
Comment 5 Denis Kurz 2016-09-24 18:20:48 UTC
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present?

If noone confirms this bug for a Framework-based version of kmail2 (version 5.0 or later, as part of KDE Applications 15.12 or later), it gets closed in about three months.
Comment 6 Denis Kurz 2017-01-07 22:43:05 UTC
Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input.