Summary: | cut of a (closed) parent to-do makes children disappear until the next view rebuild | ||
---|---|---|---|
Product: | [Applications] korganizer | Reporter: | Thomas Zander <zander> |
Component: | todoview | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | christophe, smartins, stevodestructo |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Thomas Zander
2005-07-16 14:42:23 UTC
*** This bug has been marked as a duplicate of 105215 *** Reopening due to the fact that visually the hierarchy is removed on 'cut'; but only the top level one is re-added on paste. This fact makes it a bug; not a wishlist. As discussed with reinhold on IRC. I can confirm the bug that when cutting a parent to-do (where the group is closed) the children seem to appear (they reappear when the to-do view is refreshed, though, so they are not lost, only "temporary invisible"). When the group is open, the children become top-level to-dos, which is the correct way (well, one can argue if they should become children of the parent's parent...). All other issues of your report are really a duplicate of 105215 (cut/copy/paste sub-to-dos together with the parent to-do). Cheers, Reinhold Reassigning all KOrganizer bug reports and wishes to the newly created korganizer-devel mailing list. *** Bug 105215 has been marked as a duplicate of this bug. *** Fixed in trunk. When cutting you are asked if you want to cut the hierarchy or only the parent. If only the parent, then the children will be independent. If you cut the hierarchy all to-dos will go to the clipboard. |