| Summary: | KOrganizer crashes when adding calendar events. | ||
|---|---|---|---|
| Product: | [Applications] korganizer | Reporter: | Andrew <andrewbb43> |
| Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
| Status: | RESOLVED FIXED | ||
| Severity: | crash | CC: | damikope, dequire, elhananjair, huiky2001, krystof186, marcec, mippo9, pmanousis, telans |
| Priority: | VHI | Keywords: | drkonqi |
| Version: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | openSUSE | ||
| OS: | Linux | ||
| Latest Commit: | https://invent.kde.org/pim/incidenceeditor/-/commit/9e739ee45ade1f6b43cc5bc67f91e7b723d7dddb | Version Fixed In: | 23.08.3 |
| Sentry Crash Report: | |||
| Attachments: | New crash information added by DrKonqi | ||
|
Description
Andrew
2020-11-09 15:00:55 UTC
Thank you for reporting this crash in KDE software. As it has been a while since this issue was reported, can we please ask you to see if you can reproduce the crash with a recent software version? If you can reproduce the issue, please change the status to "REPORTED" when replying. Thank you! Created attachment 153454 [details]
New crash information added by DrKonqi
korganizer (5.21.2 (22.08.2)) using Qt 5.15.6
I saw this crash when trying to add a task to my calendar (with 5 daily reminders). I had KMail open in parallel, which seems to have remained unaffected. The crash happened after clicking "Apply". I've seen similar crashes before from adding other calendear events, but it's not easily reproducible. I can usually try creating the same event (with the same event-specific settings, e.g., reminders) immediately afterwards without experiencing a crash.
I am running an as of now up-to-date OpenSuse Tumbleweed.
-- Backtrace (Reduced):
#4 QVector<int>::size (this=0x0) at ../../include/QtCore/../../src/corelib/tools/qvector.h:88
#5 QSortFilterProxyModelPrivate::proxy_to_source (this=0x56512f49f280, proxy_index=...) at itemmodels/qsortfilterproxymodel.cpp:572
#6 0x00007fc93f4a7e92 in QSortFilterProxyModel::mapToSource (proxyIndex=..., this=0x56512f907950) at itemmodels/qsortfilterproxymodel.cpp:3171
#7 QSortFilterProxyModelPrivate::store_persistent_indexes (this=<optimized out>) at itemmodels/qsortfilterproxymodel.cpp:1248
#8 0x00007fc93f4a99eb in QSortFilterProxyModelPrivate::_q_sourceLayoutAboutToBeChanged (this=0x56512f49f280, sourceParents=..., hint=<optimized out>) at itemmodels/qsortfilterproxymodel.cpp:1639
Changing to reported under the assumption that DrKonqi is correct and my crash is in fact a duplicate of the one reported here. Ah, I can add the following: I was about to try to recreate the task, and found that it had, in face, been created, despite the crash. However, the due date was wrong: before the crash I had it set to be due on Nov. 11th, but start on Nov. 7th. Instead, it was created with both dates set to Nov. 7th. Also, the access was set to "public" instead of "private". Everything else was as I had set it, though. It's almost as if it crashed part-way through overwriting the defaults with my custom values (does that mesh with how calendar event creation actually works?). *** Bug 434282 has been marked as a duplicate of this bug. *** *** Bug 443214 has been marked as a duplicate of this bug. *** *** Bug 462782 has been marked as a duplicate of this bug. *** *** Bug 465625 has been marked as a duplicate of this bug. *** *** Bug 468981 has been marked as a duplicate of this bug. *** *** Bug 460940 has been marked as a duplicate of this bug. *** *** Bug 444543 has been marked as a duplicate of this bug. *** *** Bug 451205 has been marked as a duplicate of this bug. *** *** Bug 449341 has been marked as a duplicate of this bug. *** *** Bug 446378 has been marked as a duplicate of this bug. *** Git commit 9e739ee45ade1f6b43cc5bc67f91e7b723d7dddb by Daniel Vrátil. Committed on 22/10/2023 at 21:37. Pushed by dvratil into branch 'release/23.08'. Reset AttendeeTableModel when settings attendees Reset the model instead of emitting layoutChanged, because setting attendees may actually result in different number of rows in the model than before, which should not happen during layout change. This seems to have mostly worked, but caused crash inside QSortFilterProxyModel when the number of rows have actually changed (most likely connected to the trailing empty row). FIXED-IN: 23.08.3 M +2 -2 src/attendeetablemodel.cpp M +4 -0 src/incidenceattendee.cpp M +2 -0 src/incidenceresource.cpp https://invent.kde.org/pim/incidenceeditor/-/commit/9e739ee45ade1f6b43cc5bc67f91e7b723d7dddb |