When moving a TODO with the mouse (dragging) to another day the change is not saved to disc when the TODO is handled by a local directory resource. When using a file resource, this works.
Also it works when the TODOs date is changed in the dialog box.
See also Issue #34 which may be related.
Hi Ulrich, a few questions to help my understanding.
Sorry for being too short and thanks for asking!
Kontact is only a container for the PIM Apps kmail, korganizer, ... and gives a common GUI to switch between them. This bug is related to korganizer but will also show in kontact.
korganizer saves its content (calendar entries, TODOs, ...) in a standard text format in so-called resources. There are local resources (saved on the local disc) and remote resources (maintained on a remote server). Local resources may be either file resources (all entries are held in one big file) or directory resources (one separate file for each entry). korganizer can handle more than one resource. They are created in the lower left window (called “Calendar”). When pressing the green “+” the user can select type and location of a (additional) resource.
Sure, I assume you have no resources defined
When doing exactly the same sequence but using a resource of type “Calendar in local directory” (using a newly created folder) the new date of the TODO is not saved on disc but remains on the date for which is was created.
Directory resources a much better than file resources for a number of reasons.
Issue #34 is related, the same kind of resources are used there.
thanks for the detailed explanation. I followed exactly the steps you have described, but I cannot reproduce the problem. Using either “Calendar in local file” and “Calendar in local directory” seems to work fine. The only difference is that I have tested R14.1.0-dev version rather than R14.0.6. Distro is Debian bullseye.
Anything else come to mind?
I did further testing in slax+TDE using R14.0.6 and again I am not able to reproduce the problem.
Could you download slax from here and try on your computer (or inside a VM) to see if you see the same issue there? At least we would be testing using the same liveCD, so if we still see different behavior it means I am doing something different from you.
thank you very much for looking!
I have done further investigations and maybe the problem is related to the fact that our homes are NFS-mounted. I have not tried when the home is on a local disc and will do this ASAP and report back. Thanks again!!
No problem Ulrich. Will be waiting for further feedback. If you still see the problem, please trying testing using slax as explained before, so we can test using the same base environment.
No due date set.
This issue currently doesn't have any dependencies.
Deleting a branch is permanent. It CANNOT be undone. Continue?