Summary: | [PATCH] History Search does not work propertly | ||
---|---|---|---|
Product: | [Unmaintained] kopete | Reporter: | Uniqus <uniqus> |
Component: | History Plugin | Assignee: | Kopete Developers <kopete-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | schwarzer, Simon80 |
Priority: | NOR | ||
Version: | unspecified | ||
Target Milestone: | --- | ||
Platform: | unspecified | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
kopetehistory.patch
kopetehistory.patch kopetehistory-kde4.patch |
Description
Uniqus
2007-08-09 01:38:33 UTC
There are plans to use Strigi for a better searching mechanism for History. Probably in Kopete 1.0, with KDE 4.1 Created attachment 21899 [details] kopetehistory.patch This patch fixes the reason why search was slow, along with fixing Bug 143549 and Bug 141566. Created attachment 21900 [details]
kopetehistory.patch
This is a one line fix to the last patch, to initialise a bool before using it.
The patch provided doesn't apply cleanly to svn trunk. Can you make a new one? I've made a patch that applies to trunk as well as to recent releases of kopete, I'm testing it with the Ubuntu 8.04 source package of kdenetwork-kde4. When that has built and I've run it briefly, I'll attach it. I'd also appreciate it if the old patch were applied to the tip of the KDE 3 branch, in case there are more releases of that. When kopete 0.12.4 came out, it bothered me that the patch hadn't been applied, considering the effort it took to make, and how much it improved the search function. SVN commit 828859 by mattr: Fix slowness in history searching for KDE 3.5 Thanks for the patch! Sorry to take so long with it. Looking forward to the one for KDE 4.0 so we can close this for real. CCBUG: 148659 M +76 -106 historydialog.cpp M +1 -18 historydialog.h WebSVN link: http://websvn.kde.org/?view=rev&revision=828859 Created attachment 25890 [details] kopetehistory-kde4.patch I've successfully tested my patch with Kopete 0.50.1, KDE 4.0.5, as mentioned above, from http://packages.ubuntu.com/source/hardy/kdenetwork-kde4 It looks like adding search results to the list on the left may be a bottleneck, because the speed decreases as the number of search results increases. The speedup doesn't seem as pronounced as it was in KDE 3, so it might not be clear whether the patch is being used. Two tells with the old code are that the Search button's mnemonic shortcut changes, and if you hit cancel, the code fails to unhide all of the elements in the left pane. Hi, has this bug been forgotten? Is there any update on this one? SVN commit 918744 by mattr: Port history search speedup from KDE 3.5 Sorry for taking so long with this. Thanks for your patch! BUG: 148659 CCMAIL: simon80@gmail.com M +65 -76 historydialog.cpp M +1 -16 historydialog.h WebSVN link: http://websvn.kde.org/?view=rev&revision=918744 |