Version: 4.2.2 (using 4.2.2 (KDE 4.2.2), Kubuntu packages) Compiler: cc OS: Linux (i686) release 2.6.27-11-server I'm using an Akonadi backend with a ics file to store tasks. When I add a subtask it is added as a first class task, instead of as a child of the task that I added it to. If I change the view, sometimes I get the correct view but it seems to be random. When I change the subtask state, it's automatically detached from its parent and it cannot be attached again. It does not happen if I add the resource as a external calendar file, instead of an Akonadi source.
I reproduced this with akonadi/korganizer-4.2.2. I also got this crash while creating a sub-todo: #0 0xb6700d04 in QSortFilterProxyModelPrivate::index_to_iterator (this=0x82491e0, proxy_index=@0x86e9978) at itemviews/qsortfilterproxymodel.cpp:152 #1 0xb66f8756 in QSortFilterProxyModelPrivate::proxy_to_source (this=0x82491e0, proxy_index=@0x86e9978) at itemviews/qsortfilterproxymodel.cpp:314 #2 0xb66f888a in QSortFilterProxyModel::mapToSource (this=0x81e8950, proxyIndex=@0x86e9978) at itemviews/qsortfilterproxymodel.cpp:2346 #3 0xb66f9b40 in QSortFilterProxyModel::hasChildren (this=0x81e8950, parent=@0x86e9978) at itemviews/qsortfilterproxymodel.cpp:1558 #4 0xb66ab457 in QTreeViewPrivate::hasVisibleChildren (this=0x8255030, parent=@0x86e9978) at itemviews/qtreeview.cpp:3669 #5 0xb66aef11 in QTreeViewPrivate::itemDecorationRect (this=0x8255030, index=@0xbff92f78) at itemviews/qtreeview.cpp:3525 #6 0xb66af1e1 in QTreeViewPrivate::itemDecorationAt (this=0x8255030, pos=@0xbff9335c) at itemviews/qtreeview.cpp:3511 #7 0xb66b4b86 in QTreeView::viewportEvent (this=0x8237b50, event=0xbff93350) at itemviews/qtreeview.cpp:1253 #8 0xb65cf86c in QAbstractScrollAreaPrivate::viewportEvent (this=0x8255030, event=0xbff93350) at widgets/qabstractscrollarea_p.h:100 #9 0xb65cf89e in QAbstractScrollAreaFilter::eventFilter (this=0x81f3540, o=0x8249300, e=0xbff93350) at widgets/qabstractscrollarea_p.h:111 #10 0xb6b480ac in QCoreApplicationPrivate::sendThroughObjectEventFilters (this=0x8085658, receiver=0x8249300, event=0xbff93350) at kernel/qcoreapplication.cpp:718 #11 0xb60b40b9 in QApplicationPrivate::notify_helper (this=0x8085658, receiver=0x8249300, e=0xbff93350) at kernel/qapplication.cpp:4080 #12 0xb60b514f in QApplication::notify (this=0xbff93f2c, receiver=0x8249300, e=0xbff936f4) at kernel/qapplication.cpp:3811 #13 0xb7d8f1d0 in KApplication::notify (this=0xbff93f2c, receiver=0x8249300, event=0xbff936f4) at /home/serj/kde/src/KDE/kdelibs/kdeui/kernel/kapplication.cpp:307 #14 0xb6b49dbe in QCoreApplication::notifyInternal (this=0xbff93f2c, receiver=0x8249300, event=0xbff936f4) at kernel/qcoreapplication.cpp:598 #15 0xb60bfe6d in QCoreApplication::sendSpontaneousEvent (receiver=0x8249300, event=0xbff936f4)
*** Bug 196628 has been marked as a duplicate of this bug. ***
*** Bug 198451 has been marked as a duplicate of this bug. ***
Has there been any development in this issue? I'm still seeing this problem in kdepim 4.4.11 with sub-todos in calendars from akonadi. Since I use quite a lot of sub-todos this forces me to use "Calendar in Local File" resources.
Fixed in master and 4.6 branch.