Summary: | KMail crashed on moving a folder right after the previous one | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Alexey Chernov <4ernov> |
Component: | libakonadi | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | crash | CC: | dr_agon, MichaelDHall, Peter-Uwe.Fritz |
Priority: | NOR | ||
Version: | 4.8 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
New crash information added by DrKonqi
second bactrace - moving one folder after another |
Description
Alexey Chernov
2011-06-14 22:52:38 UTC
*** Bug 296588 has been marked as a duplicate of this bug. *** from bug 296588 -- Information about the crash: - What I was doing when the application crashed: Moved a folder full of email from a read only local directory (kmail1 format) to a "offline enabled" imap account The crash can be reproduced every time. valid in master. Seen that in kjots while moving a folder from one resource to another one #5 0x00007fc0f3935f4a in qt_assert (assertion=<optimized out>, file=<optimized out>, line=<optimized out>) at global/qglobal.cpp:1999 #6 0x00007fc0f5ddd537 in Akonadi::EntityTreeModelPrivate::monitoredCollectionMoved (this=0x14625e0, collection=..., sourceCollection=..., destCollection=...) at /kde/src/pim/kdepimlibs/akonadi/entitytreemodel_p.cpp:909 #7 0x00007fc0f5dd57ba in Akonadi::EntityTreeModel::qt_static_metacall (_o=0x1462440, _c=QMetaObject::InvokeMetaMethod, _id=22, _a=0x7fff7a8ebcf0) at /kde/build/pim/kdepimlibs/akonadi/entitytreemodel.moc:141 #8 0x00007fc0f3a51fe1 in QMetaObject::activate (sender=0x145ed20, m=<optimized out>, local_signal_index=<optimized out>, argv=0x7fff7a8ebcf0) at kernel/qobject.cpp:3556 #9 0x00007fc0f5e206bd in Akonadi::Monitor::collectionMoved (this=0x145ed20, _t1=..., _t2=..., _t3=...) at /kde/build/pim/kdepimlibs/akonadi/monitor.moc:252 #10 0x00007fc0f5e24fff in Akonadi::MonitorPrivate::emitCollectionNotification (this=0x145ed50, msg=..., col=..., par=..., dest=...) at /kde/src/pim/kdepimlibs/akonadi/monitor_p.cpp:612 #11 0x00007fc0f5e22b8c in Akonadi::MonitorPrivate::emitNotification (this=0x145ed50, msg=...) at /kde/src/pim/kdepimlibs/akonadi/monitor_p.cpp:285 #12 0x00007fc0f5d84c1e in Akonadi::ChangeRecorderPrivate::emitNotification (this=0x145ed50, msg=...) at /kde/src/pim/kdepimlibs/akonadi/changerecorder_p.h:60 #13 0x00007fc0f5e23797 in Akonadi::MonitorPrivate::flushPipeline (this=0x145ed50) at /kde/src/pim/kdepimlibs/akonadi/monitor_p.cpp:429 #14 0x00007fc0f5e23810 in Akonadi::MonitorPrivate::dataAvailable (this=0x145ed50) at /kde/src/pim/kdepimlibs/akonadi/monitor_p.cpp:438 #15 0x00007fc0f5e201af in Akonadi::Monitor::qt_static_metacall (_o=0x145ed20, _c=QMetaObject::InvokeMetaMethod, _id=23, _a=0x7fff7a8ec220) at /kde/build/pim/kdepimlibs/akonadi/monitor.moc:137 #16 0x00007fc0f3a51fe1 in QMetaObject::activate (sender=0x14606f0, m=<optimized out>, local_signal_index=<optimized out>, argv=0x0) at kernel/qobject.cpp:3556 #17 0x00007fc0f5dc7fff in Akonadi::EntityCacheBase::dataAvailable (this=0x14606f0) at /kde/build/pim/kdepimlibs/akonadi/entitycache_p.moc:102 #18 0x00007fc0f5d8a7f6 in Akonadi::EntityCache<Akonadi::Collection, Akonadi::CollectionFetchJob, Akonadi::CollectionFetchScope>::processResult (this=0x14606f0, job=0x1459cd0) at /kde/src/pim/kdepimlibs/akonadi/entitycache_p.h:192 #19 0x00007fc0f5dc7ed8 in Akonadi::EntityCacheBase::qt_static_metacall (_o=0x14606f0, _c=QMetaObject::InvokeMetaMethod, _id=1, _a=0x7fff7a8ec480) at /kde/build/pim/kdepimlibs/akonadi/entitycache_p.moc:54 #20 0x00007fc0f3a51fe1 in QMetaObject::activate (sender=0x1459cd0, m=<optimized out>, local_signal_index=<optimized out>, argv=0x7fff7a8ec480) at kernel/qobject.cpp:3556 #21 0x00007fc0f417ce53 in KJob::result (this=0x1459cd0, _t1=0x1459cd0) at /kde/build/kdelibs/kdecore/kjob.moc:208 #22 0x00007fc0f417c317 in KJob::emitResult (this=0x1459cd0) at /kde/src/kdelibs/kdecore/jobs/kjob.cpp:318 #23 0x00007fc0f5e1b14a in Akonadi::JobPrivate::delayedEmitResult (this=0x1622ad0) at /kde/src/pim/kdepimlibs/akonadi/job.cpp:144 #24 0x00007fc0f5e1c256 in Akonadi::Job::qt_static_metacall (_o=0x1459cd0, _c=QMetaObject::InvokeMetaMethod, _id=6, _a=0x17aa250) at /kde/build/pim/kdepimlibs/akonadi/job.moc:68 #25 0x00007fc0f3a571a6 in QObject::event (this=0x1459cd0, e=<optimized out>) at kernel/qobject.cpp:1204 #26 0x00007fc0f454f134 in notify_helper (e=0x1793380, receiver=0x1459cd0, this=0x12d3610) at kernel/qapplication.cpp:4554 #27 QApplicationPrivate::notify_helper (this=0x12d3610, receiver=0x1459cd0, e=0x1793380) at kernel/qapplication.cpp:4526 #28 0x00007fc0f4553fb3 in QApplication::notify (this=0x7fff7a8eced0, receiver=0x1459cd0, e=0x1793380) at kernel/qapplication.cpp:4415 #29 0x00007fc0f52ea3d7 in KApplication::notify (this=0x7fff7a8eced0, receiver=0x1459cd0, event=0x1793380) at /kde/src/kdelibs/kdeui/kernel/kapplication.cpp:311 #30 0x00007fc0f3a3e11c in QCoreApplication::notifyInternal (this=0x7fff7a8eced0, receiver=0x1459cd0, event=0x1793380) at kernel/qcoreapplication.cpp:876 Created attachment 71590 [details]
New crash information added by DrKonqi
kontact (4.8.3) on KDE Platform 4.8.3 (4.8.3) using Qt 4.8.1
- What I was doing when the application crashed:
After moving a subfolder inside LocalMail with lots of e-mails, opened the moved subfolder in its destination and viewed some messages.
I suspect this is due to trying to view the contents of messages before the whole folder was physically moved. The messages list was already available, but the folder was probably not synchronized.
This did NOT happen when I moved some folders with fewer e-mails. When I tried to reproduce this I had to move another big folder.
-- Backtrace (Reduced):
#7 size (this=<optimized out>) at ../../include/QtCore/../../src/corelib/tools/qvector.h:137
#8 QSortFilterProxyModelPrivate::proxy_to_source (this=0x8f40880, proxy_index=...) at itemviews/qsortfilterproxymodel.cpp:370
#9 0xb6fa6333 in QSortFilterProxyModel::mapToSource (this=0x8e28cc8, proxyIndex=...) at itemviews/qsortfilterproxymodel.cpp:2502
#10 0xb6fa761b in QSortFilterProxyModelPrivate::store_persistent_indexes (this=0x1) at itemviews/qsortfilterproxymodel.cpp:996
#11 0xb6fa84b0 in QSortFilterProxyModelPrivate::_q_sourceLayoutAboutToBeChanged (this=0x8f40880) at itemviews/qsortfilterproxymodel.cpp:1244
Created attachment 71591 [details]
second bactrace - moving one folder after another
This crash was identical to the originally reported - I tried to reproduce the crash as in comment above, so tried to move one folder - it went OK, second one - crash.
*** Bug 304582 has been marked as a duplicate of this bug. *** This bug has only been reported for versions older than KDEPIM 4.14 (at most akonadi-1.3). Can anyone tell if this bug still present? If noone confirms this bug for a recent version of akonadi (part of KDE Applications 15.08 or later), it gets closed in about three months. 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. |