Bug 158491

Summary:	Deleted todo items aren't immediately deleted in korganizer resource
Product:	[Applications] korganizer	Reporter:	Mark A. Taff <kde>
Component:	todoview	Assignee:	kdepim bugs <pim-bugs-null>
Status:	RESOLVED FIXED
Severity:	normal	CC:	lemma, smartins
Priority:	NOR	Keywords:	triaged
Version First Reported In:	3.5
Target Milestone:	---
Platform:	unspecified
OS:	Linux
Latest Commit:		Version Fixed/Implemented In:
Sentry Crash Report:

Description Mark A. Taff 2008-02-27 07:05:56 UTC

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

Comment 1 Michael Leupold 2008-09-28 18:12:29 UTC

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.

Comment 2 Sergio Martins 2009-02-17 13:23:35 UTC

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)

Comment 3 Michael Leupold 2009-02-27 01:45:02 UTC

I rechecked on r932573 and everything seems to work alright. Removed todos don't reappear on reloading the kresource.