Description of problem: After having selected an e-mail in the trash directory, when i press either the dedicated icon in the toolbar, or right click->"Supprimer" (in french), or press the keyboard key Suppr, the line selected in the trash directory becomes gray and a scrolling line at the bottom of the kmail window begins to move indicating that the process is in progress. But the process never ends, the bottom line keeps scrolling for hours and the e-mail i want to suppress is still there. After killing kmail and the thousands akonadi processes, restarting kmail, I can see that the e-mail i wanted to suppress is still here but the scrolling line at the bottom of kmail has disappeared. Version-Release number of selected component (if applicable): 20.12.0-1 How reproducible: always Steps to Reproduce: 1. select an e-mail in the trash directory 2. try to suppress it 3.
Assinging to our KDE maintainers
Source RPM: (none) => kmail-20.12.0-1CC: (none) => marja11Assignee: bugsquad => kde
This issue seemed to occur especially on e-mails with one or several attachments. I had good results when I wanted to trash simple e-mails. So I removed the most simple e-mails I could and finally could miraculously remove some e-mails with attachment ... until I get the same problem as described before. I killed kmail/akonadi, restarted kmail and still could remove e-mails with attachment. Now, my trash box is cleaner. Was this issue caused by a kmail/akonadi/mysql design that reaches its limits when the amount of items to manage becomes unusually great ? To give an idea, I have 15 e-mail addresses and my trash directory could have contained more than 5000 e-mails when I had the issue. So, even if the problem is not really resolved, I propose to close this bug for the moment.
Optimally this bug should searched for upstream
CC: (none) => fri