[kmail2] [Bug 364558] New: Flagging as "unread" triggers multiple-selection
https://bugs.kde.org/show_bug.cgi?id=364558 Bug ID: 364558 Summary: Flagging as "unread" triggers multiple-selection Product: kmail2 Version: 5.1.3 Platform: Ubuntu Packages OS: Linux Status: UNCONFIRMED Severity: normal Priority: NOR Component: message list Assignee: kdepim-bugs@kde.org Reporter: h...@pcg.wustl.edu I use threaded display, and I typically go through my mails hitting "+" to advance to the next unread message. I've had a long-standing bug that causes kmail to (unexpectedly) selected multiple messages, which can be dangerous: if you hit delete, then it affects all selected mails, not just the one you're reading now. Moreover, if there is more than a screenfull of messages between the initially-selected message and the next unread one, you may not even realize that multiple messages have been selected. Reproducible: Always Steps to Reproduce: - Select 2 consecutive mails in your inbox, hit "Ctrl-U" to flag them as unread - Select a message above the 2 unread message - Hit "+" to advance to the first unread message - Say to yourself, "hmmm, I'll deal with this later" and hit "Ctrl-U" to re-mark it as unread - Hit "+" to advance to the next unread message Actual Results: You should notice that both messages are selected. Expected Results: Only the 2nd message should be selected. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail] [Bug 183348] Kmail filter extremely slow
https://bugs.kde.org/show_bug.cgi?id=183348 --- Comment #11 from Tim Holy --- Just a follow-up: I tried it again, and after selecting 33K emails and starting filtering, I switched to a different mail directory (one with very few emails in it) for display. This did *not* appear to help anything. But because I was watching it carefully I noticed more detail this time. The filtering was stuck on "Mail Filter Agent...0%" for several (10ish?) minutes, with `mysqld`, `akonadiserver`, `akonadi_maildir_resource`, and `kontact` being among the main processes. None of them were using a lot of CPU, this seems to be a disk-bound process. Then, after no visible sign of progress for many minutes, all of a sudden it ran through all 33K messages in fewer than 10 seconds. So I'd guess the main filtering is plenty fast. It seems to be some "preparatory" step that is really slow, and because it gives no visible sign of progress it's a likely source of complaints/trouble for users (I was pretty close to trying to cancel/reboot my laptop by the time it started making progress). Should this bug be changed from RESOLVED to something else? Or should I file this observation as a separate bug report? -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs
[kmail] [Bug 183348] Kmail filter extremely slow
https://bugs.kde.org/show_bug.cgi?id=183348 Tim Holy changed: What|Removed |Added CC||h...@pcg.wustl.edu --- Comment #10 from Tim Holy --- I'm using Kubuntu 16.04 (Kontact 5.1.3). I copied several hundred thousand emails over from an older install. I realized I had made a mistake in ordering the priority of my filters, so I modified them and then selected a folder with about 33K messages in it, selected all messages, and hit Ctrl-J. The progress was extremely slow, under 10 messages per second, running at least 2 threads (one kontact and one mysql) constantly. Note that, because this is a new installation, I have only 6 filters defined so far (in contrast to my hundreds of filters in my old installation), and the filter rules are extremely simple (all single-rule, most looking at List-Id). While preparing to comment here, I went and selected Help>Kontact Introduction to get my version number. When I came back to the folder, the filtering had stopped. I'm not certain whether it finished or terminated. If it finished, then I have a theory: display of folder contents is interfering with progress in filtering. -- You are receiving this mail because: You are the assignee for the bug. ___ Kdepim-bugs mailing list Kdepim-bugs@kde.org https://mail.kde.org/mailman/listinfo/kdepim-bugs