https://bugs.kde.org/show_bug.cgi?id=335776

--- Comment #3 from Christian Mollekopf <mollek...@kolabsys.com> ---
Created attachment 88644
  --> https://bugs.kde.org/attachment.cgi?id=88644&action=edit
debug info by dfaure

I suppose this version of the crash could be explained if for some reason the
the task was killed (although we don't see a disconnect), and the batchfetcher
continued afterwards. I.e. the abortActivity codepath disconnects the sessions
which in turns triggers cancelTask in ResourceTask (thus ending the task).
However, the internal BatchFetcher job continues to run as it only get's
deleted once the session is deleted. Further both the session and the task are
deleted via deleteLater, meaning the BatchFetcher still gets a chance to issues
a signal through the ResourceTask that then triggers itemsRetrieved (resulting
in a crash since cancelTask has already been called).

-- 
You are receiving this mail because:
You are on the CC list for the bug.
_______________________________________________
Kdepim-bugs mailing list
Kdepim-bugs@kde.org
https://mail.kde.org/mailman/listinfo/kdepim-bugs

Reply via email to