Re: [Evolution-hackers] bugs?



So I went through and added support for a few missing fields from the
backend card sexp stuff (including video url, categories, a few others
that were missing.)

So CATEGORY searching should now work, but I'd suggest using
CATEGORY_LIST instead of CATEGORY.  Using CATEGORY will compare against
the full text of the list of categories, while CATEGORY_LIST compares
against the individual categories.  So if you have a contact with the
CATEGORY set to "Business,Birthday", it'll have 2 list entries in
CATEGORY_LIST.  You can do certain queries (like "beginswith",
"endswith", "is") reliably only with CATEGORY_LIST.

Pretty much if the function has "peek" in it, you don't get back
something that you should free.  If it has "get" in the name, generally
you do, although there are many exceptions to that rule.

Chris

On Mon, 2004-05-03 at 08:57 +0200, Damien Sandras wrote:
> Le dim, 02/05/2004 à 19:18 -0700, Chris Toshok a écrit :
> > This is probably because the e-d-s backend sexp code isn't listing
> > VIDEO_URL.  I had the same problem with BLOG_URL yesterday, I'll fix
> > this in a sec.
> > 
> 
> Thanks!
> 
> > > 2) it will return the list of contacts for which the CATEGORY contains
> > > teh given string: the list is erroneously empty even for pre-made
> > > categories like "Affaires" (Business in french).
> > 
> > Hm, not sure about this one, I'll take a look.
> > 
> 
> ok, thanks too :)
> 
> > > 3) it will try to add a new local address book, it gives a segfault in
> > > E-D-S' code. I already reported a bug about that 2 weeks ago:
> > > http://bugzilla.ximian.com/show_bug.cgi?id=57074
> > 
> > This was a coding error - you shouldn't g_slist_free the GSList's you
> > get back from the ESource* "peek" calls.
> > 
> 
> Indeed, knowing when you have to free or not is not intuitive ;(
> Thanks for the tip, it doesn't segfault anymore now!



[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]