After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 332629 - Advanced Search doesn't respect custom Categories
Advanced Search doesn't respect custom Categories
Status: RESOLVED FIXED
Product: evolution
Classification: Applications
Component: Contacts
2.6.x (obsolete)
Other Linux
: Normal enhancement
: ---
Assigned To: Milan Crha
Evolution QA team
evolution[categories] evolution[filters]
: 530167 540714 (view as bug list)
Depends on:
Blocks:
 
 
Reported: 2006-02-26 15:08 UTC by Karsten Bräckelmann
Modified: 2009-01-08 14:20 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
proposed evo patch (19.70 KB, patch)
2008-12-03 17:33 UTC, Milan Crha
committed Details | Review

Description Karsten Bräckelmann 2006-02-26 15:08:16 UTC
The Advanced Search dialog appears to have a hard coded list
of Categories. Neither removed nor added custom Categories
are reflected in this list. As are or example the Weather
Categories (Plugin).

The do however appear in the Quick Search drop-down.

Steps to reproduce:
* Have a custom set Category.
* Search / Advanced Search, Criteria: "Category" "is"

Try finding your custom Category in this list... :)
Comment 1 Srinivasa Ragavan 2006-04-26 08:34:09 UTC
Confirming it. But I dont think it would be possible to fix it. Since the categories for search are picked from a xml file from the system folder. If the user creates one, it wont be part of it. We need to have a mechanism to store in .evolution and pick up. I dont think it is possible with current arch.

Moving it as a enhancement.
Comment 2 Matthew Barnes 2008-03-11 00:27:45 UTC
Bumping version to a stable release.
Comment 3 Milan Crha 2008-12-03 17:33:20 UTC
Created attachment 123885 [details] [review]
proposed evo patch

for evolution;

Be able to define dynamically filled optionlists. If accepted, then I'll rewrite a filter-label to use it as well.
Comment 4 Matthew Barnes 2008-12-03 18:06:25 UTC
I haven't tested this yet, but the concept is great!  Nice work.

I bet there's more we can do with this mechanism.
Comment 5 Srinivasa Ragavan 2008-12-05 06:09:50 UTC
Milan, I think this is nice as Matt said. I haven't tested, just test and commit. 
Comment 6 Milan Crha 2008-12-05 19:22:37 UTC
Committed to trunk. Committed revision 36836.

I forgot the e-util part in the commit log, hopefully no big deal.
Comment 7 Milan Crha 2009-01-08 14:15:14 UTC
*** Bug 530167 has been marked as a duplicate of this bug. ***
Comment 8 Milan Crha 2009-01-08 14:20:21 UTC
*** Bug 540714 has been marked as a duplicate of this bug. ***