When moving a TODO with the mouse the change is not saved to disc when using a directory resource (file resource works)
#35
otevřený
otevřeno před 5 roky uživatelem ugemkow
·
6 komentářů
r14.0.x
disable-actions-due-to-folder-loading
issue/119/filename-escape
r14.1.x
master
bug/94/open-html
feat/korganizer
feat/karm-busyCntr-itemReset
r14.0.x
v3.5.13-sru
r14.1.2
r14.1.1
r14.1.0
r14.0.13
r14.0.12
r14.0.11
r14.0.10
r14.0.9
r14.0.8
r14.0.7
r14.0.6
r14.0.5
r14.0.4
r14.0.3
r14.0.2
r14.0.1
r14.0.0
v3.5.13.2
v3.5.13.1
v3.5.13
Štítky
General - need additional info from contributor PR/keep-branch
Pull request - do not delete branch after merging PR/not-ok
Pull request - need fixing PR/rfc
Pull request - request for comments PR/update-trans
Pull request - update to translation files needed PR/wip
Pull request - work in progress RS/R14.0.x
Related to R14.0.x series RS/R14.1.x
Related to R14.1.x series SL/critical
Severity level - critical SL/major
Severity level - major SL/minor
Severity level - minor SL/normal
Severity level - normal SL/regression
Severity level - regression from previous version SL/trivial
Severity level - trivial SL/wishlist
Severity level - wishlist request ST/duplicate
Status - duplicate of another issue ST/invalid
Status - invalid report ST/notourproblem
Status - not our problem ST/rejected
Status - rejected ST/wontfix
Status - won't fix ST/worksforme
Status - works for me, unable to reproduce
Použít štítky
Zrušit štítky
GE/need-info
General - need additional info from contributor PR/keep-branch
Pull request - do not delete branch after merging PR/not-ok
Pull request - need fixing PR/rfc
Pull request - request for comments PR/update-trans
Pull request - update to translation files needed PR/wip
Pull request - work in progress RS/R14.0.x
Related to R14.0.x series RS/R14.1.x
Related to R14.1.x series SL/critical
Severity level - critical SL/major
Severity level - major SL/minor
Severity level - minor SL/normal
Severity level - normal SL/regression
Severity level - regression from previous version SL/trivial
Severity level - trivial SL/wishlist
Severity level - wishlist request ST/duplicate
Status - duplicate of another issue ST/invalid
Status - invalid report ST/notourproblem
Status - not our problem ST/rejected
Status - rejected ST/wontfix
Status - won't fix ST/worksforme
Status - works for me, unable to reproduce
Bez štítku
GE/need-info
PR/keep-branch
PR/not-ok
PR/rfc
PR/update-trans
PR/wip
RS/R14.0.x
RS/R14.1.x
SL/critical
SL/major
SL/minor
SL/normal
SL/regression
SL/trivial
SL/wishlist
ST/duplicate
ST/invalid
ST/notourproblem
ST/rejected
ST/wontfix
ST/worksforme
Milník
Nastavit milník
Smazat milník
Žádné položky
Bez milníku
Zpracovatelé
Přiřadit uživatele
Smazat zpracovatele
Bez zpracovatelů
2 účastníků
Oznámení
Termín dokončení
Termín dokončení není platný nebo je mimo rozsah. Použijte prosím formát „rrrr-mm-dd“.
Žádný termín dokončení.
Závislosti
Nejsou nastaveny žádné závislosti.
Reference: TDE/tdepim#35
Odkázat v novém úkolu
Není zde žádný obsah.
Smazat větev „%!s(<nil>)“
Smazání větve je trvalé. NEMŮŽE být vráceno zpět. Pokračovat?
Ne
Ano
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.
Steps to reproduce
See also Issue #34 which may be related.
Hi Ulrich, a few questions to help my understanding.
Thanks
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
Steps
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 again!
Hi Ulrich,
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?
Hi Ulrich,
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.
Hi Michele,
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.