Still valid in Kontact-E5-2015-06-26-13-40.exe and Kontact-E5-2015-06-25-20-12.exe

Tested with Kontact-E5-2015-06-26-13-40.exe and Kontact-E5-2015-06-25-20-12.exe on windows 8.1. These two versions start successfully without the crash.

the subtodo was added per d&d in zanshin

We could trigger a foldersync after creating the folder to work around the issue.

Seems to have been fixed by the kdeinit4 patch?

fixed by excluding while compiling

korganizer(542)/kio (Scheduler) KIO::SchedulerPrivate::jobFinished: KIO::TransferJob(0x4abc480) KIO::Slave(0x4b01ef0)
korganizer(542) ReparentingModel::validateNode: nullptr parent 0 false
ASSERT: "validateNode(node)" in file /work/source/kdepim/korganizer/views/collectionview/reparentingmodel.cpp, line 813

We don't support searching for user folders directly, the webclient doesn't either.

we would have to only set the acl attribute in case the collection ends up in an imap/kolab resource

icon + PimCommon::ImapAclAttribute

This can only be fixed by setting the required attributes while creating the collection.

Same applies for declining the event and the declined invitations calendar.

cancelled typically means that the organizer cancelled the event, attendees set their partstat to declined.

status=cancel does not mark a declined exception, it marks a cancelled exception. At least that's how it works for non exceptions according to iTip section 4.2

It mustn't remove the event, because we need it for the declined invitations calendar. Instead we simply have to modify our local copy.

korganizer(394)/libakonadi Akonadi::IncidenceChanger::modifyIncidence:
korganizer(394)/libakonadi Akonadi::IncidenceChanger::Private::performModification:
korganizer(394)/libakonadi Akonadi::IncidenceChanger::Private::performModification2:
korganizer(394)/libakonadi Akonadi::IncidenceChanger::Private::performModification2: dirty fields QSet(2, 26, 11, 31) false
korganizer(394)/libakonadi Akonadi::IncidenceChanger::Private::handleInvitationsAfterChange:
hijackWindow() context created for KDialog(0x3cfb580, name = "warningYesNo") 1
Created Window Surface FBO QSize(563, 124) with samples 4
korganizer(394)/libakonadi Akonadi::IncidenceChanger::Private::handleInvitationsAfterChange:
QCoreApplication::postEvent: Unexpected null receiver
korganizer(394)/libakonadi Akonadi::CalendarBase::item: Can't find any item with id 4
hijackWindow() context created for KDialog(0xb67c910, name = "PIMMessageBox") 1
Created Window Surface FBO QSize(613, 124) with samples 4
korganizer(394)/libakonadi Akonadi::IncidenceChanger::Private::handleInvitationsAfterChange:
QCoreApplication::postEvent: Unexpected null receiver
korganizer(394)/kdepimlibs (kcalcore) KCalCore::MemoryCalendar::deleteIncidenceInstances: deleting child , type= 0 , uid= "340e444d-af17-47c2-ad5e-c1b40978c2ad" , start= KDateTime(2015-06-26T09:00:00+02:00) from calendar
korganizer(394)/kdepimlibs (kcalcore) KCalCore::MemoryCalendar::deleteIncidenceInstances: deleting child , type= 0 , uid= "340e444d-af17-47c2-ad5e-c1b40978c2ad" , start= KDateTime(2015-06-26T09:00:00+02:00) from calendar
korganizer(394)/libakonadi Akonadi::CalendarBase::item: Can't find any item with id 1
korganizer(394)/libakonadi: "No items found"
korganizer(394)/libakonadi: "No items found"
hijackWindow() context created for KDialog(0xb739ba0, name = "sorry") 1
Created Window Surface FBO QSize(659, 124) with samples 4
hijackWindow() context created for KDialog(0x194535d0, name = "sorry") 1
Created Window Surface FBO QSize(659, 124) with samples 4

resolved by installing the msvc 2010 redistributable.

Crash is not reproducible on build system, only when installed on another machine.

After updating the calendar so the invitation is available, and waiting for 60s, the open invitation appears as result of the updated search.

Requiring the to update the calendar folder, so the event is available is legitimate since we don't have IMAP idle (the interval sync should work as well of course)

Does not seem to be reproducible

More specifically, the scheduling id is used to identify the specific instance of an event in a folder/calendar that was used in an invitation. This helps to update the correct copy in case of the same event being in multiple folders (some of which may be shared folders from other users).

Works when manually accepting all invitations and responses in the mailview.