Bug 150017

Summary:	evolution no longer queries LDAP for contacts
Product:	[Fedora] Fedora	Reporter:	Shahms E. King <shahms>
Component:	evolution	Assignee:	Dave Malcolm <dmalcolm>
Status:	CLOSED CURRENTRELEASE	QA Contact:
Severity:	medium	Docs Contact:
Priority:	medium
Version:	3	CC:	serge.de.souza
Target Milestone:	---
Target Release:	---
Hardware:	i386
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:		Environment:
Last Closed:	2005-03-29 21:39:54 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Shahms E. King 2005-03-01 17:46:20 UTC

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.6) Gecko/20050224 Firefox/1.0.1 Fedora/1.0.1-1.3.1

Description of problem:
After upgrading to the test update of evolution-2.0.4 and evolution-data-server-1.0.4 contact queries against an LDAP addressbook no longer work.  The queries and autocompletion worked flawlessly prior to the update.

Version-Release number of selected component (if applicable):
2.0.4

How reproducible:
Always

Steps to Reproduce:
1. Set up a LDAP addressbook
2. Click On "Contacts" or compose a new email
3. Search for a known entry in the LDAP addressbook

  

Actual Results:  No results are returned. Ever.

Expected Results:  At least one matching entry should be listed in the contacts or the autocomplete drop down should show up.

Additional info:

Occasionally, the following entries show up in xsession errors:

eab-widgets-Message: in search_activated

(evolution:10305): e-utils-WARNING **: Error in parsing: Unknown identifier: match-all

(evolution:10305): e-utils-CRITICAL **: file e-sexp.c: line 1297 (e_sexp_eval): assertion `f->tree != NULL' failed
(evolution:10305): libebook-WARNING **: conversion to EBookQuery failed
eab-widgets-Message: in search_activated

(evolution:10305): e-utils-WARNING **: Error in parsing: Unknown identifier: match-all

`f->tree != NULL' failed
(evolution:10305): libebook-WARNING **: conversion to EBookQuery failed

Comment 1 Shahms E. King 2005-03-29 21:39:23 UTC

This appears to be fixed in the most recent evolution.

Comment 2 Dave Malcolm 2005-03-30 18:06:53 UTC

Please can you clarify exactly which evolution package you're referring to in
comment #1?  Thanks.

Comment 3 Shahms E. King 2005-03-30 19:02:42 UTC

Comment #1 was referring to evolution-2.0.4-2.

However, I spoke too soon.  The LDAP server was upgraded about the same time as
evolution and I'm pretty sure it was the LDAP upgrade that fixed it. OpenLDAP
changed how it matches objectClass in queries between 2.0 and 2.2.  The slaves
were upgrade to 2.2, while the master is still at 2.0.  Queries against the
slaves work but fail against the master.  I'm not sure if this is something that
needs to be fixed in evolution, but due to the stricter schema checking in
OpenLDAP 2.2 upgrading isn't always easy.

Comment 4 Dave Malcolm 2005-03-31 00:23:35 UTC

Thanks - that's useful information.

So would it be accurate to retitle this bug as:
"evolution's addressbook's LDAP backend doesn't work with an OpenLDAP 2.2 server
(did with 2.0)"

Comment 5 Shahms E. King 2005-03-31 02:03:47 UTC

No, it works with OpenLDAP 2.2.  The problem (I think) is that we have a
MESDperson (or similar) object class that derives from 'person' and OpenLDAP 2.0
doesn't match derived object classes to queries against their base, whereas
OpenLDAP 2.2 does.  I'm not sure which is correct, but I think it's OpenLDAP 2.2.

I'm not sure why it broke between evolution 2.0.2 and 2.0.4 (unless evo only
recently started adding 'objectClass=person' to the LDAP query...)

Comment 6 Serge 2005-04-21 05:37:47 UTC

I have the same problem, except that I only get 
eab-widgets-Message: in search_activated
on the console. The stop button and the find button are greyed out
Running 
 openldap 2.2 
 evolution-2.0.4-2
 evolution-data-server-1.0.4-3 

Downgrading to 
 evolution-2.0.2-3
 evolution-data-server-1.0.2-3

Fixes it