Bug 345380 - edit an exisiting todo that was created with a template changes the exisiting due date to the current date
Summary: edit an exisiting todo that was created with a template changes the exisiting...
Status: RESOLVED DUPLICATE of bug 332048
Alias: None
Product: korganizer
Classification: Applications
Component: incidence editors (show other bugs)
Version: 5.4.3
Platform: Fedora RPMs Linux
: NOR major (vote)
Target Milestone: ---
Assignee: kdepim bugs
Depends on:
Reported: 2015-03-21 01:20 UTC by John Floyd
Modified: 2022-04-03 19:02 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Note You need to log in before you can comment on or make changes to this bug.
Description John Floyd 2015-03-21 01:20:24 UTC
Create a todo using a template for a future date.  Save and close.  Later Open todo for edit and dates are reset to current date!! 

It only happens with template created todos.  A todo once created should not depend on how it was created!  This seems an artifact of not resetting dates to the current date when the create was operated at a specific date from a month or week view - it seems linked to that feature being fixed a while ago. 

Frustrating - cannot easily open a todo for editting some other attribute without loosing its original dates!  This makes it near fatal bug.

Reproducible: Always

Steps to Reproduce:
1.Create todo via template with due date activated and set to something other than now, save and close.
2.Open todo for edit.

Actual Results:  
Dates reset to current date.

Expected Results:  
Dates should only change if we edit them.

It is marked as major broken because it results in original data being corrupted and 
correctable only if you remember the original dates and IF you notice dates have been changed!
Comment 1 Denis Kurz 2017-06-23 20:04:23 UTC
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it.

Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life.
Comment 2 John Floyd 2017-06-26 10:53:53 UTC
Running Korganizer V5.4.3 from fedora.  The problem is still there but this is using older templates (from previous versions), eg re-open a todo due date June 1, the dialog comes up with the due date filled in with the current date.

I have not been able to create new templates that korganizer can find ... I keep trying.  So I havent been able to test newer templates.  Still trying.  This problem is a new template is created and saved, it is listed in following template dialog but cannot be found when clicked to open????  OK I have kludged a fix for this - do a symbolic link from share/korganizer/templates sharekorganizer/templates - it now finds the templ;ates I have made.  Problem is the above error still occurs....

The problem may be due to the template that was used, but the dialog display should not do that. 

If I create a new todo (not using a template) then when I reopen it for editing, the due date stays the same.

All this has been tested today...  problem still exists

Thanks John
Comment 3 Christoph Feck 2017-06-27 21:34:49 UTC
Thanks for the update; reopening.
Comment 4 gjditchfield 2022-04-03 19:02:24 UTC

*** This bug has been marked as a duplicate of bug 332048 ***