Version: 4.1.0 (using 4.1.00 (KDE 4.1.0), 4.1.0-5.fc10 Fedora) Compiler: gcc OS: Linux (i686) release 2.6.25.11-97.fc9.i686 2 loaded plugins (print style, anual and diary). No backtraces, since it just corrupts parts of the hierarchy, and then, functions normally. It seems to affect trees with more than 2 levels. I tried to reproduce it, but failed trying. My file is a big one (12-14 Tasks, with 4 or 5 level subtaks) When I close Korganizer (and korgac), and open it again, only a 2 level task tree is available. It simple picks all de tasks that are in the level before the last level, and put it as a first level tasks. Expected Behaviour is that the hierarchy is conserved from restart to restart of Korganizer (and korgac).
I can confirm this. The problem appears to be that KOrganizer stores the hierarchy using the UID of the parent as well as a pointer to the parent incidence in memory (which is set when loading the calendar). Now, if the parent event is not available when loading (or maybe even some bug crept in that depends on the order of the tasks being loaded), there is no pointer to the parent and the UID of the relatedTo() setting is apparently reset and cleared...
*** This bug has been marked as a duplicate of bug 112508 ***