| Summary: | kmail become slow when using search line filter with 10000+ mails | ||
|---|---|---|---|
| Product: | [Unmaintained] kmail | Reporter: | LuRan <hephooey_dev> |
| Component: | general | Assignee: | kdepim bugs <pim-bugs-null> |
| Status: | RESOLVED DUPLICATE | ||
| Severity: | wishlist | CC: | f.faber-pro |
| Priority: | NOR | ||
| Version First Reported In: | unspecified | ||
| Target Milestone: | --- | ||
| Platform: | Compiled Sources | ||
| OS: | Linux | ||
| Latest Commit: | Version Fixed/Implemented In: | ||
| Sentry Crash Report: | |||
|
Description
LuRan
2006-04-23 13:28:04 UTC
confirm this one at Mandriva Cooker, KDE 3.5.5, KMail 1.9.5 Not only is the search a bit slow, even worse - it seems, that the search is performed at every UI refresh, i.e.: 0) launch top 1) perform a quick search on a folder with 40k+ messages and wait for CPU to get back to 0 2) minimize and maximize KMail (or move the scrollbar or whatever) 3) watch it eating your CPU again the only solution is to use the full search I spent some time to debug the problem, and I found that the bad guy is the alternative background of KListView, after comment out the code in klistview.cpp, the slowness went away. *** Bug 126683 has been marked as a duplicate of this bug. *** could something be done about this ? related KListView bug http://bugs.kde.org/show_bug.cgi?id=138912 Marking as a dupe of bug 138912, most probably it describes the general cause for this problem. *** This bug has been marked as a duplicate of 138912 *** |