Summary: | Kmail crash while concurrently copying and creating IMAP folders | ||
---|---|---|---|
Product: | [Applications] kontact | Reporter: | Bjarne Juul Pasgaard <kdebjp> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED WORKSFORME | ||
Severity: | crash | CC: | andresbajotierra |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | Unlisted Binaries | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Bjarne Juul Pasgaard
2009-11-24 10:45:09 UTC
- Does KMail crash again if you repeat the situation you described ? Thanks I'm not too keen on retrying this on the laptop I use for my day-to-day work, so I'll try to set up another laptop/virtual machine and corresponding test accounts on my mail server to reproduce it. It will take a little while before I'll be able to get back with the results, though. There is no real problem if you don't have the time to repeat the issue :). Thanks First, I should correct my previous report. What I did was (concurrently): 1) I was creating folders on one IMAP account. 2) Copying content from folder another IMAP account to the folders created under bullet 1. 3) Deleting content from the folders copied from. 4) Deleting folders copied from. I've now tried to reproduce the problem with some test accounts on my mail server and an old laptop. Fortunately (!), I was able to reproduce the crash - albeit without any stackdump showing up. I also noticed the following: 1) In one case, copying a large number of mails from a local folder to an IMAP folder made kmail void all mails (no subject, sending unknown) after which the IMAP server refused to append the mails to the destination folder. After this, it was no longer possible to read the mails. 2) While the background copy/move operations are ongoing, switching the display from one mail folder to another is sometimes extremely slow to respond. Could be related to how my dovecot mail server responds. 3) In some cases, the display seemed to be totally unresponsive (though the progress bar was rolling). In this situation it was still possible to select and display local folders or folders on another IMAP account. Whenever I selected a folder from the IMAP account that was hanging, the display appeared unresponsive again. Could be related to how my dovecot mail server responds. What I did to reproduce the crash was: 1) I have two IMAP accounts; tester1 and tester2 with the following folder structure: tester1/inbox, tester1/folder1, tester1/folderA, tester1/Deleted Messages, tester2/inbox, tester2/folder2, tester2/folderB, tester2/Deleted Messages 2) kmail is configured to use tester1/Deleted Messages and tester2/Deleted Messages as trash folders for tester1 and tester2, respectively. 3) Initially tester1/folder1 was empty, tester1/folderA and tester2/folderB contained only a few emails, and tester2/folder2 contained a large number of emails. 4) I started to move all mails from tester2/folder2 to tester1/folder1. 5) Once this operation was started I switched to view tester2/folderB 6) The folder contents didn't display even after waiting a bit, so I created tester2/folderC and tester1/folderD. 7) I switched back and forth between tester1/folderD, tester2/folderC, and tester2/folderB, but none of the folders were able to display their contents (as far as I recall). 8) I then settled to wait for the contents of tester2/folderB to display. Once displayed, I started to delete contents. I think I also subsequently tried to view the contents of test2/folderC, but somewhere around this point, kmail crashed. 9) When I started up kmail again, there were still mails in tester2/folder2 that hadn't been moved to tester1/folder1. I know I ought to try to reproduce the problem once more in order to eliminate all the uncertainties in my description, but I don't have much more time right now. So, I hope the above gives you enough information to get a better idea of where the problem is located. Otherwise, please say so, and I'll try to allocate some more time later. Thank you for the detailed explanations and steps! The backtrace is no longer relevant in recent kontact versions where the imap resources are now running in a different process. Closing with worksforme |