Summary: | Project Neon Akonaid IMAP resources crash [@ Akonadi::ResourceBasePrivate::createItemSyncInstanceIfMissing] | ||
---|---|---|---|
Product: | [Frameworks and Libraries] Akonadi | Reporter: | Stephan Diestelhorst <stephan.diestelhorst> |
Component: | IMAP resource | Assignee: | Christian Mollekopf <chrigi_1> |
Status: | RESOLVED FIXED | ||
Severity: | crash | CC: | andrew, kdepim-bugs, lacsilva, mollekopf, schnitzelkuchen, vkrause |
Priority: | NOR | ||
Version: | 4.9 | ||
Target Milestone: | --- | ||
Platform: | Ubuntu | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
Similar crash of IMAP Akonadi resource.
Another similar crash of an Akonadi IMAP resource. The third related crash. New crash information added by DrKonqi |
Description
Stephan Diestelhorst
2012-01-19 14:45:55 UTC
Created attachment 68004 [details]
Similar crash of IMAP Akonadi resource.
Created attachment 68005 [details]
Another similar crash of an Akonadi IMAP resource.
Created attachment 68006 [details]
The third related crash.
By the way, this happens with two different IMAP resources. One is a rather large GMail account, not using disconnected mode. The other is an Exchange-backed IMAp server, which is using disconnected mode for IMAP. Any network connectivity issue? Looks like the last one in the list of symptoms we have for this case, I'd just like to confirm. *** Bug 307621 has been marked as a duplicate of this bug. *** Confirmed by duplicate. *** Bug 311441 has been marked as a duplicate of this bug. *** Created attachment 82534 [details]
New crash information added by DrKonqi
akonadi_davgroupware_resource (4.11) on KDE Platform 4.11.1 using Qt 4.8.5
- What I was doing when the application crashed:
I get this backtrace every time i wake up my laptop from suspend to ram. This is from KDE 4.11.1 on Gentoo. Akonadi is on version 1.10.2, and i am currently using the SQLITE backend.
Thanks for your work on KDE,
Michael
-- Backtrace (Reduced):
#6 0x00007f65a85a4319 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
#7 0x00007f65a85a5678 in __GI_abort () at abort.c:90
[...]
#11 0x00007f65ac420a1a in qt_assert_x (where=where@entry=0x7f65aac0bb08 "ResourceBase::collectionsRetrieved()", what=what@entry=0x7f65aac0bab8 "Calling collectionsRetrieved() although no collection retrieval is in progress", file=file@entry=0x7f65aac0b908 "/var/tmp/portage/kde-base/kdepimlibs-4.11.1/work/kdepimlibs-4.11.1/akonadi/resourcebase.cpp", line=line@entry=733) at global/qglobal.cpp:2026
#12 0x00007f65aab6446e in Akonadi::ResourceBase::collectionsRetrieved (this=this@entry=0x1aa3210, collections=...) at /var/tmp/portage/kde-base/kdepimlibs-4.11.1/work/kdepimlibs-4.11.1/akonadi/resourcebase.cpp:730
#13 0x000000000044a606 in DavGroupwareResource::onRetrieveCollectionsFinished (this=0x1aa3210, job=<optimized out>) at /var/tmp/portage/kde-base/kdepim-runtime-4.11.1/work/kdepim-runtime-4.11.1/resources/dav/resource/davgroupwareresource.cpp:525
The IMAP resource has a new maintainer, reassigning to him. This could have been triggered by stale retrieval jobs after a reconnect, in which case this should be fixed in master. |