GNOME Bugzilla – Bug 219769
wrong task deleted after tasklist has refreshed itself
Last modified: 2013-09-10 14:03:39 UTC
Description of Problem: I wanted to delete a task. The delete confirmation dialog came up. While it was up, the task list hit its refresh timeout and regenerated itself. When I clicked "yes" on the confirmation dialog, nothing was deleted. Steps to reproduce the problem: 1. Try to delete a task. 2. Keep the confirmation dialog up. Wait for the tasklist to refresh itself (I think it does that every 10 minutes or so). 3. Click Yes on the confirmation dialog Actual Results: No task is deleted. If I try again it works, of course. Expected Results: The task would get deleted. How often does this happen? Every time.
still valid in evolution1.5-1.5.90.0.200407191630-0.snap.ximian.8.1. this sucks, setting milestone to 2.1.
*** bug 233783 has been marked as a duplicate of this bug. ***
when this has been solved, testing bug 233783 would also make sense... :-)
still valid in evolution-2.1.4.0.200502011251-0.snap.ximian.10.1.
uhm, even worse now in evolution-2.2.0.0.200503210410-0.snap.ximian. 10.1, therefore changing summary. i choose a task and choose "delete" from the context menu, the window pops up and now i wait until the task list (in the calendar view) flickers. now the focus in the task list changes from the task i want to delete to another task! if i now choose the "delete" button in the popup window, the task that now has the focus gets deleted instead of the one that i was asked for in the delete window! raising priority to major, since one could remove important tasks by mistake. hmm. i'll retarget to 2.2.x because of my last sentence, punt it if you don't like it... ;-)
*** This bug has been marked as a duplicate of 264449 ***