Summary: | Deleted todo items aren't immediately deleted in korganizer resource | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | Mark A. Taff <kde> |
Component: | todoview | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | lemma, smartins |
Priority: | NOR | Keywords: | triaged |
Version: | 3.5 | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Mark A. Taff
2008-02-27 07:05:56 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. 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. |