Version: 3.4 (using KDE 3.4.0-5.2.3.kde, Fedora) Compiler: gcc version 3.4.3 20050227 (Red Hat 3.4.3-22.fc3) OS: Linux (i686) release 2.6.10-1.766_FC3 When viewing my calendar (daily, weekly, 3-day, work week), the All Day pane at the top shows all of my recurring to-do items under today's date and highlights them as if they are overdue. The actual to-do list shows these to-do items with the correct due dates (for the next recurrence) and without highlighting. This does not happen for recurring to-do items that have their *first* instance in the future. However, if the first instance is in the past, even if that instance has been completed and the next one is in the future, it shows up as overdue. I have been able to duplicate this problem reliably by creating new recurring to-do items that start in the past and then marking the first instance as complete. This behavior is new since my upgrade to KDE 3.4. Prior to the upgrade, completed to-do items did not show up in the All Day pane unless they were actually due or overdue.
I can confirm this exact behaviour. Korganizer improperly shows completed (recurring) todos as uncompleted (whereas really it should test whether _past_ todos are uncompleted) There is a related bug which switches recurring that have a time associated to the All Day pane when they become over due (and then continues to mark them as uncompleted when they are in fact completed).
I also confirm this bug for (KDE 3.4.0 Level "b" , SUSE 9.3). It is a new bug, have not seen anything like it before.
*** This bug has been confirmed by popular vote. ***
I would guess just based on what I've seen of the behavior, that it is basing the over-due state based on the original due-date not the current one. In korganizer 3.5, you will correctly remove the to-do item when you first check it but if you go to another day and come back it incorrectly shows it past due. Same if you manually change the date. However, if you remove the due date all together, then it is removed from the list because recurrence is effectively disabled.
I've set up recurring monthly To-Do's. The items appear in both the To-Do list and the calendar. When I've finished doing the item for the current month I click "completed". However, the item doesn't disappear from the calendar. Instead the item reappears on the calendar as an item in the *current* week, but with a Due Date for the *next* month, highlighted in red, as if the item is overdue. If I click "completed" again, the item again appears again and again changing only Due Dates for the next and the next month. But the item never goes away. Example: A ToDo item was due for 2006/02/04 and appeared on my calendar. I did the task and clicked "complete" in the ToDo list. However, the item did not disappear from the calendar. On the following day, it appears on the calendar, highlighed in red, as if overdue, this time with a Due Date of 2006/03/04 - the next month the item should be completed. Clicking "completed" again, only causes the item to re-appear on the calendar, this time with a Due Date of the next time the item is due, 2006/04/04. Each time I click "completed" again, it re-appears again with a Due Date another month later.
Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list.
I am having that very same problem. I am using KDE 3.5.3 and KOrganizer 3.5. I would like to add that KSummary 1.1 correctly works with recurring to-dos. So I guess checking what KSummary does write and KOrganizer does incorrectly might help.
In case this is of any benefit, my work-around (KOrganizer 3.5.3, KDE 3.5.4): Each time I set a recurring to-do as "Completed", and the next occurrence shows as overdue, I edit the next occurrence, toggle the "Start:" check-box off and then back on, and click "Apply". Needless to say this gets very annoying having to do this each time a recurring event is completed, and I'm hoping this bug gets fixed.
This bug seems fixed in 4.2.2.
(In reply to comment #9) > This bug seems fixed in 4.2.2. I also couldn't reproduce it with 4.2.3.