I use Korganzier to define tasks. If I don't do them when wanted they remind me with a red line (maturity in the past) Last week I had to define about 40 same tasks on different days. Using right-klick "copy-to-date" just changes the maturity-date, not the start date. So I used to copy tasks without starting dates, only containing the date it has to be done. Reproducible: Always Steps to Reproduce: 1. define a tast with noe stating date, but an ending date 2. wait until the day after or: 1. define a tast with start and end in the past 2. set with the mouse the start-date to none Actual Results: task has vanished Expected Results: task is red, overdue korganizer 4.14.3 akonadi 4.4.11.1-r1
This happens to me, too. There is one more detail: I have stored the calendars on a caldav-server (DAViCal). When adding a task and removing the start-date, and then refresh (pressing F5, syncing to server) the task disappears, like described above. But the task is not deleted, it is stored on the server. I can access it with my smartphone. When setting a start-date on the smartphone, and sync again, the task is now shown in KOrganizer again. It seems, thas KOrganizer didn't show tasks with no start-date. It don't delete them. I hope that helps to fix the bug. korganizer 4.14.1 akonadi 1.13.0 KDE 4.14.2 debian 8 Jessie DAViCal 0.9.9.3 on debian 6 squeezeLTS
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
T be honest the bug was so annoying, it just changed me to make all tasks with same beginning & end date. Up to now I have no possibility to test kdepim 5 on Gentoo, but testing the procedure described above with current stable kdepim 4.14.11_pre20160611 leads to an startingdate-missing task finished since 24.7 which has not vanished. If the bug has been patched I might have missed it somehow, sorry. Your request is reasonable and as I cannot reproduce it now (or anyone else) closing is the best option. Anyway, thank you for the manpower making kdepim possible.
Thanks for the update; changing status. If you see the issue again with a recent version, please re-open, or add a comment.