Summary: | Crash in EventViews::AgendaItem::firstMultiItem (null agenda item) | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | David Faure <faure> |
Component: | agendaview (weekview) | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | gjditchfield |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Other | ||
OS: | Linux | ||
Latest Commit: | https://invent.kde.org/pim/eventviews/commit/57d3025b146bb9cd3bef2c6eaef77f4970361c1a | Version Fixed In: |
Description
David Faure
2021-04-04 17:35:44 UTC
The line of code is 1217 AgendaItem::QPtr placeItem = d->mActionItem->firstMultiItem(); and clearly d->mActionItem is null. (In reply to David Faure from comment #1) > The line of code is > > 1217 AgendaItem::QPtr placeItem = d->mActionItem->firstMultiItem(); > > and clearly d->mActionItem is null. And yet mActionItem must have been non-null at line 1147, and I don't see where an assignment happens. Any chance you can reproduce this? Hmm, many things can happen while a modal dialog is up (the question in showMoveRecurDialog). Like the disappearing+reappearing of events that happens often after I just created them (with the DAV resource at least). A possibly relevant merge request was started @ https://invent.kde.org/pim/eventviews/-/merge_requests/23 Git commit 57d3025b146bb9cd3bef2c6eaef77f4970361c1a by Glen Ditchfield. Committed on 21/04/2021 at 23:26. Pushed by dfaure into branch 'release/21.04'. Don't crash if an agenda item is deleted while it is being moved When a recurring event is moved, a dialog box asks which instances to move. Apparently `mActionItem` can be set to null by asynchronous events while the dialog is up. M +7 -0 src/agenda/agenda.cpp https://invent.kde.org/pim/eventviews/commit/57d3025b146bb9cd3bef2c6eaef77f4970361c1a |