Bug 253243 - Kmail se cerró repentinamente al borrar adjunto
Summary: Kmail se cerró repentinamente al borrar adjunto
Status: RESOLVED DUPLICATE of bug 211803
Alias: None
Product: kmail
Classification: Unmaintained
Component: general (show other bugs)
Version: 1.13.3
Platform: Mandriva RPMs Linux
: NOR crash
Target Milestone: ---
Assignee: kdepim bugs
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-10-04 18:04 UTC by Ale2k
Modified: 2010-10-06 09:49 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ale2k 2010-10-04 18:04:38 UTC
Application: kmail (1.13.3)
KDE Platform Version: 4.4.3 (KDE 4.4.3)
Qt Version: 4.6.2
Operating System: Linux 2.6.33.7-desktop-2mnb x86_64
Distribution: "Mandriva Linux 2010.1"

-- Information about the crash:
Kmail cerró repentinamente al segundo intento de borrar datos adjuntos (imágenes, archivos comprimidos, documentos) de una subcarpeta dentro de "Entrada". El correo fue abierto en una ventana independiente (no parece ocurrir lo mismo si los datos se borran desde el panel de vista previa).
Si bien el frontend de Kmail se cierra, el proceso continua corriendo y no responde a señales TERM. Para finalizarlo se requiere de la señal KILL.

The crash can be reproduced every time.

 -- Backtrace:
Application: KMail (kmail), signal: Segmentation fault
[KCrash Handler]
#5  0x00007fc585918aa1 in KMTrashMsgCommand::KMTrashMsgCommand(unsigned int) () from /usr/lib64/libkmailprivate.so.4
#6  0x00007fc585918d27 in AttachmentModifyCommand::messageStoreResult(KMFolderImap*, bool) () from /usr/lib64/libkmailprivate.so.4
#7  0x00007fc585918fde in AttachmentModifyCommand::storeChangedMessage(KMMessage*) () from /usr/lib64/libkmailprivate.so.4
#8  0x00007fc5859195ae in KMDeleteAttachmentCommand::doAttachmentModify() () from /usr/lib64/libkmailprivate.so.4
#9  0x00007fc58590303e in AttachmentModifyCommand::execute() () from /usr/lib64/libkmailprivate.so.4
#10 0x00007fc5858fcc8a in KMCommand::slotPostTransfer(KMCommand::Result) () from /usr/lib64/libkmailprivate.so.4
#11 0x00007fc585906a23 in KMCommand::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkmailprivate.so.4
#12 0x00007fc5859195f0 in AttachmentModifyCommand::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkmailprivate.so.4
#13 0x00007fc585284b5f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#14 0x00007fc5858f785e in KMCommand::messagesTransfered(KMCommand::Result) () from /usr/lib64/libkmailprivate.so.4
#15 0x00007fc58590ebdc in KMCommand::transferSelectedMsgs() () from /usr/lib64/libkmailprivate.so.4
#16 0x00007fc58590ede8 in KMCommand::slotStart() () from /usr/lib64/libkmailprivate.so.4
#17 0x00007fc585906a06 in KMCommand::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkmailprivate.so.4
#18 0x00007fc5859195f0 in AttachmentModifyCommand::qt_metacall(QMetaObject::Call, int, void**) () from /usr/lib64/libkmailprivate.so.4
#19 0x00007fc585284b5f in QMetaObject::activate(QObject*, QMetaObject const*, int, void**) () from /usr/lib64/libQtCore.so.4
#20 0x00007fc58528c32f in ?? () from /usr/lib64/libQtCore.so.4
#21 0x00007fc5852817b3 in QObject::event(QEvent*) () from /usr/lib64/libQtCore.so.4
#22 0x00007fc5846337cc in QApplicationPrivate::notify_helper(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#23 0x00007fc584639dcb in QApplication::notify(QObject*, QEvent*) () from /usr/lib64/libQtGui.so.4
#24 0x00007fc5867cbe46 in KApplication::notify(QObject*, QEvent*) () from /usr/lib64/libkdeui.so.5
#25 0x00007fc585271d5c in QCoreApplication::notifyInternal(QObject*, QEvent*) () from /usr/lib64/libQtCore.so.4
#26 0x00007fc58529ea82 in ?? () from /usr/lib64/libQtCore.so.4
#27 0x00007fc58529b554 in ?? () from /usr/lib64/libQtCore.so.4
#28 0x00007fc57bbc1d20 in g_main_context_dispatch () from /usr/lib64/libglib-2.0.so.0
#29 0x00007fc57bbc5b88 in ?? () from /usr/lib64/libglib-2.0.so.0
#30 0x00007fc57bbc5d3c in g_main_context_iteration () from /usr/lib64/libglib-2.0.so.0
#31 0x00007fc58529b243 in QEventDispatcherGlib::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#32 0x00007fc5846e258e in ?? () from /usr/lib64/libQtGui.so.4
#33 0x00007fc585270682 in QEventLoop::processEvents(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#34 0x00007fc585270a5c in QEventLoop::exec(QFlags<QEventLoop::ProcessEventsFlag>) () from /usr/lib64/libQtCore.so.4
#35 0x00007fc58527479b in QCoreApplication::exec() () from /usr/lib64/libQtCore.so.4
#36 0x0000000000403086 in _start ()

This bug may be a duplicate of or related to bug 211803.

Possible duplicates by query: bug 244842, bug 230571, bug 223917, bug 220569, bug 219457.

Reported using DrKonqi
Comment 1 Ale2k 2010-10-04 18:19:19 UTC
Comentario Adicional: Después del reinicio de la aplicación aparecen nuevos correos electrónicos (uno por cada adjunto eliminado), sin asunto, destinatario, fecha, ni contenido (todos los campos "Desconocido"), pero con el tamaño correspondiente al correo del cual se intentaron eliminar los datos adjuntos.
Comment 2 Torgny Nyblom 2010-10-05 11:41:12 UTC
Could you please add a comment with the information in English?
Comment 3 Ale2k 2010-10-05 16:56:15 UTC
(In reply to comment #2)
> Could you please add a comment with the information in English?

Sure. Please excuse my English, is not my native language.

I wrote this in Spanish and marked it as duplicated bug trying to make it simple to understand for Spanish speech people, because there are a lot of English copies of this bug. 

Here is the translation of my report:

-- Information about the crash:
Kmail crash at second attempt to delete attachments (images, compressed files, documents) in a subfolder of "Inbox". The mail was opened in a separate window (not the same thing seems to happen if the data is deleted from the preview pane).
While the frontend of Kmail is closed, the process continues running and does not respond to TERM signals. Is required to finish the KILL signal.

Additional Comment: 
After the application restart, new emails are crated (one per every deleted attachment), without subject, date, receiver, nor content (all field are "Unknown"). The size is the same as the original email (which tried to delete attachments).

Thanks for your time.
Comment 4 Torgny Nyblom 2010-10-06 09:49:04 UTC
Thanks, I'll mark it as a duplicate of the bug you suggested.

(Most of us are non native English speakers ;))

*** This bug has been marked as a duplicate of bug 211803 ***