Bug 252530 - Crash while moving mails from one folder to another
Summary: Crash while moving mails from one folder to another
Status: CLOSED FIXED
Alias: None
Product: KMail Mobile
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Maemo 5 Linux
: VHI major
Target Milestone: ---
Assignee: Felix Wolfsteller
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-09-27 13:08 UTC by Bjoern Ricks
Modified: 2010-12-02 15:28 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Bjoern Ricks 2010-09-27 13:08:27 UTC
This crash is not always reproducible but occurs ofter.

0) Start kmail-mobile
1) Select a folder
2) Click on folder to get into multiselection view
3) Select >2 mails
4) Copy mails to another folder

(gdb) bt full
#0  QSortFilterProxyModelPrivate::proxy_to_source (this=0x2e4db0, proxy_index=...) at itemviews/qsortfilterproxymodel.cpp:368
        m = <value optimized out>
        source_row = <value optimized out>
        source_col = <value optimized out>
#1  0x41b6f078 in QSortFilterProxyModel::mapToSource (this=<value optimized out>, proxyIndex=...) at itemviews/qsortfilterproxymodel.cpp:2491
No locals.
#2  0x41b6e1b0 in QSortFilterProxyModelPrivate::store_persistent_indexes (this=<value optimized out>) at itemviews/qsortfilterproxymodel.cpp:994
        proxy_index = {r = 2, c = 0, p = 0xa1e728, m = 0x2e4998}
        source_index = {r = 7, c = 304304, p = 0x2e5fc0, m = 0x0}
        data = <value optimized out>
        _container_ = {c = {{d = 0x95a220, e = 0x95a220}}, brk = 11259104, i = {i = 0x0}, e = {i = 0x1028}}
        source_indexes = @0xbead478c
        q = 0x2e4998
#3  0x41b6e4ac in QSortFilterProxyModelPrivate::_q_sourceLayoutAboutToBeChanged (this=0x2e4db0) at itemviews/qsortfilterproxymodel.cpp:1242
        q = 0x2e4998
#4  0x41b79080 in QSortFilterProxyModel::qt_metacall (this=0x2e4998, _c=QMetaObject::InvokeMetaMethod, _id=9, _a=0xbead487c) at .moc/release-shared/moc_qsortfilterproxymodel.cpp:132
No locals.
#5  0x405991d8 in Akonadi::EntityMimeTypeFilterModel::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libakonadi-kde.so.4
No symbol table info available.
#6  0x423cdbf4 in QMetaObject::metacall (object=0xbead472c, cl=3034544, idx=-1095940292, argv=0xa1e728) at kernel/qmetaobject.cpp:237
        mo = <value optimized out>
#7  0x423e4b98 in QMetaObject::activate (sender=0x2e20f8, m=<value optimized out>, local_signal_index=<value optimized out>, argv=0xa1e728) at kernel/qobject.cpp:3272
        receiverInSameThread = true
        previousSender = 0x0
        method = 34
        currentSender = {sender = 0x2e20f8, signal = 7, ref = 1}
        c = 0x2e5010
        last = 0x2e5010
        signalOffset = <value optimized out>
        methodOffset = <value optimized out>
        signal_index = 5
        signal_absolute_index = 7
        empty_argv = {0x0}
        currentThreadData = 0x4a4b0
        connectionLists = 0x2e2110
#8  0x4244e498 in QAbstractItemModel::layoutAboutToBeChanged (this=0xbead472c) at .moc/release-shared/moc_qabstractitemmodel.cpp:167
No locals.
#9  0x4118c9ac in ?? () from /usr/lib/libkdeui.so.5
No symbol table info available.
#10 0x4118c9ac in ?? () from /usr/lib/libkdeui.so.5
No symbol table info available.
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
Comment 1 Bjoern Ricks 2010-09-27 13:18:37 UTC
Version is 4:4.5~20100917.1177596-1maemo3.1174921
Comment 2 Felix Wolfsteller 2010-09-27 13:23:29 UTC
Similar situation in kaddressbook-mobile:

0) Start kaddressbook-mobile
1) Select a folder
2) Click on folder to get into multiselection view
3) Select >2 contacts
4) Copy contacts to another folder

In the following, i noticed a small lag (1 or 2 sec), made a backtrace in gdb. After I continued, application crashed (see below).

(gdb) bt
#0  QSortFilterProxyModelPrivate::proxy_to_source (this=0x2cfc70, proxy_index=...) at itemviews/qsortfilterproxymodel.cpp:368
#1  0x41b6f078 in QSortFilterProxyModel::mapToSource (this=<value optimized out>, proxyIndex=...) at itemviews/qsortfilterproxymodel.cpp:2491
#2  0x41b6e1b0 in QSortFilterProxyModelPrivate::store_persistent_indexes (this=<value optimized out>) at itemviews/qsortfilterproxymodel.cpp:994
#3  0x41b6e4ac in QSortFilterProxyModelPrivate::_q_sourceLayoutAboutToBeChanged (this=0x2cfc70) at itemviews/qsortfilterproxymodel.cpp:1242
#4  0x41b79080 in QSortFilterProxyModel::qt_metacall (this=0x2191c8, _c=QMetaObject::InvokeMetaMethod, _id=9, _a=0xbea007c4)
    at .moc/release-shared/moc_qsortfilterproxymodel.cpp:132
#5  0x40507590 in Akonadi::EntityMimeTypeFilterModel::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib/libakonadi-kde.so.4
#6  0x42270bf4 in QMetaObject::metacall (object=0xbea00674, cl=2948208, idx=-1096808828, argv=0x248a60) at kernel/qmetaobject.cpp:237
#7  0x42287b98 in QMetaObject::activate (sender=0x2e0580, m=<value optimized out>, local_signal_index=<value optimized out>, argv=0x248a60)
    at kernel/qobject.cpp:3272
#8  0x422f1498 in QAbstractItemModel::layoutAboutToBeChanged (this=0xbea00674) at .moc/release-shared/moc_qabstractitemmodel.cpp:167
#9  0x4118c9a4 in ?? () from /usr/lib/libkdeui.so.5
#10 0x4118c9a4 in ?? () from /usr/lib/libkdeui.so.5
Backtrace stopped: previous frame identical to this frame (corrupt stack?)
(gdb) c
Continuing.

Program terminated with signal SIGALRM, Alarm clock.
Comment 3 Stephen Kelly 2010-09-30 18:35:43 UTC
This is likely fixed by Volkers merge from kdelibs45 on Tuesday or so.
Comment 4 Bjoern Ricks 2010-10-06 10:54:33 UTC
Still occurs in 4:4.5~20101001.1181693-1maemo4.1181469
Comment 5 Stephen Kelly 2010-10-06 14:27:33 UTC
I still can't reproduce this.

Does it happen for any contacts in any folders for you?

What if you start removing resources? Can you still reproduce?

Can you reproduce with only a PersonalContacts resource?

Can you back that up and start removing things from it so that you are left with the smallest addressbook that still causes the bug?

Thanks,

Steve.
Comment 6 Till Adam 2010-11-05 14:58:59 UTC
Also does not crash for me. Please give more detailed instructions.
Comment 7 Ludwig Reiter 2010-11-22 12:52:07 UTC
tested with 20101119.1198699
Couldn't reproduce the problem.
Comment 8 Tobias Koenig 2010-11-26 13:48:46 UTC
So can this bug report be closed?
Comment 9 Stephen Kelly 2010-11-29 17:42:40 UTC
Must have been fixed at some point along the way.
Comment 10 Ludwig Reiter 2010-12-02 15:28:03 UTC
version: 20101202-1202744-1maemo1

cannot reproduce anymore.