Version: 3.5.9 (using 3.5.9 "release 51.2" , openSUSE ) Compiler: Target: x86_64-suse-linux OS: Linux (x86_64) release 2.6.16.54-0.2.5-default Todo items deleted using shift+delete aren't immediately removed from the korganizer resource. If you delete a bunch of todo items using shift+delete, and then reload the resource, all the todos are back. Deleting via the shift+delete key combo should immediately and irretrievably* delete the todo. *not simply move to the trash
I can reproduce this behaviour on trunk r865573. However I'm not sure what the expected behaviour is. Of course shift+delete is common for file managers but groupware resources usually don't have a trashcan and there's more things you have to take care of if you want to synchronize directly (like online status). This is a policy decision.
A fix for immediately saving deleted items was made recently, so I think it solves this bug. And the expected behaviour is: Shift+del deletes without asking del asks the user if he really wants to cancel There's no trash can that I know of. Can anyone retest with current trunk? (svn up kdepimlibs/kcal first)
I rechecked on r932573 and everything seems to work alright. Removed todos don't reappear on reloading the kresource.