Version: 1.3.1 (using 4.1.2 (KDE 4.1.2), Kubuntu packages) Compiler: cc OS: Linux (x86_64) release 2.6.27-7-generic To reproduce this, click on "All Feeds", then click on the search textbox and paste a word into it. If you have a large enough number of archived items, you'll see that this takes more CPU time than it should.
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.