Summary: | search filter is slow, scalability problem | ||
---|---|---|---|
Product: | [Applications] akregator | Reporter: | Simon80 |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | ||
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: | callgrind dump of a small portion of a very long search |
Description
Simon80
2008-11-03 05:51:32 UTC
Created attachment 28290 [details]
callgrind dump of a small portion of a very long search
I don't know if it's useful to attach a callgrind dump, since the developer may want to just make their own selectively, but here is one. I took two, and it looks like the second one (this one) contains info about more time-consuming misbehaviour that hadn't started during the first dump's timespan. I'd like to add that the UI is unresponsive during the search, so the time isn't being wasted providing user feedback, it's just being wasted.
This bug has only been reported for versions before 4.14, which have been unsupported for at least two years now. Can anyone tell if this bug still present? If noone confirms this bug for a Framework-based version of akregator (version 5.0 or later, as part of KDE Applications 15.08 or later), it gets closed in about three months. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.0 aka 15.08), please open a new one unless it already exists. Thank you for all your input. |