It appears that the UID is written to the template and this is NOT updated when a template is used. Looking at akonadi (or dumping to a ical file) shows that the entries that are lost are all in the dbase with the same UID then korganizer gets confused displaying them. Is there any checking on loading the templates. As discussed elsewhere, overwriting the dates is very annoying. Reproducible: Always Steps to Reproduce: 1.create new todo or event 2.load template - add explicit data 3.save 4 do this a number of times 5 click on one of the new items, all items just created get highlighted in the month view and all show the same data when expanded. Actual Results: Effectively one new itemis accessable the rest are lost/hidden Very frustrating Expected Results: Each new item should be viewable abd ediitable This has been happenig for a while. (possibly since 4.8)
I fixed this for KDE 4.8.2.
Still broken at 4.8.3! Causing continued grief. Is happening with new entries no tjust old ones.
John, Ah, I see. So you think if the template is saved without a UID: then this would fix the problem? Looking at the code, that seems like the easiest fix.
I think I know what to do. When loading the template and creating the new item, I will make sure to give that new item a brand new UID too.
Git commit 0da2f60c0db39ed3a4b161c25da17da7af38e389 by Allen Winter. Committed on 30/05/2012 at 18:00. Pushed by winterz into branch 'master'. in loadTemplate(), give the newly created incidence its very own UID. FIXED-IN: 4.8.4 MERGE: 4.8 M +3 -1 incidenceeditor-ng/eventortododialog.cpp http://commits.kde.org/kdepim/0da2f60c0db39ed3a4b161c25da17da7af38e389
Git commit 6ba4562a83734137ed326982d601ef3f25de2f88 by Allen Winter. Committed on 30/05/2012 at 18:00. Pushed by winterz into branch 'KDE/4.8'. in loadTemplate(), give the newly created incidence its very own UID. FIXED-IN: 4.8.4 MERGE: 4.8 (cherry picked from commit 0da2f60c0db39ed3a4b161c25da17da7af38e389) M +3 -1 incidenceeditor-ng/eventortododialog.cpp http://commits.kde.org/kdepim/6ba4562a83734137ed326982d601ef3f25de2f88