Dependency Graph

Dependency Graph
related to related to child of child of duplicate of duplicate of

View Issue Details

IDProjectCategoryView StatusLast Update
0000782SOGoBackend Address Bookpublic2010-10-25 17:41
Reporteralessio Assigned Toludovic  
PrioritynormalSeveritymajorReproducibilityalways
Status resolvedResolutionno change required 
Product Versionnightly v2 
Summary0000782: No contacts on ldap addressbook with addon tb 3.1
Description

With Thunderbird 3.1 i can't visualize contacts from LDAP sources, i put "." on search box and nothing happens.
With tb2 works everything.

Additional Information

On sogo.log I see only this

localhost - - [24/Aug/2010:15:14:31 GMT] "REPORT /SOGo/dav/alessio/Contacts/users/ HTTP/1.1" 207 2114/327 0.128 21225 90% 0

This is UserSources:
SOGoUserSources = (
{
CNFieldName = cn;
IDFieldName = uid;
UIDFieldName = uid;
baseDN = "ou=Users,dc=nethesis,dc=it";
bindFields = uid;
canAuthenticate = YES;
displayName = "Users";
hostname = localhost;
id = users;
isAddressBook = YES;
port = 389;
type = ldap;
},
{
CNFieldName = cn;
IDFieldName = cn;
UIDFieldName = cn;
baseDN = "ou=Groups,dc=nethesis,dc=it";
bindFields = cn;
canAuthenticate = YES;
displayName = "Groups";
hostname = localhost;
id = groups;
isAddressBook = YES;
port = 389;
type = ldap;
}
);

On Thunderbird error console I see this:

Error: An error occurred updating the cmd_delete command: [Exception... "'[JavaScript Error: "cards[i] is null" {file: "chrome://messenger/content/addressbook/abResultsPane.js" line: 158}]' when calling method: [nsIController::isCommandEnabled]" nsresult: "0x80570021 (NS_ERROR_XPC_JAVASCRIPT_ERROR_WITH_DETAILS)" location: "JS frame :: chrome://global/content/globalOverlay.js :: goUpdateCommand :: line 80" data: yes]
Source File: chrome://global/content/globalOverlay.js
Line: 86
web interface do the same query

Thunderbird:

Aug 25 11:26:50 nethservice slapd[10189]: conn=1469 fd=32 closed
Aug 25 11:26:50 nethservice slapd[10189]: conn=1473 fd=13 ACCEPT from IP=127.0.0.1:45565
(IP=0.0.0.0:389)
Aug 25 11:26:50 nethservice slapd[10189]: conn=1473 op=0 BIND dn="" method=128
Aug 25 11:26:50 nethservice slapd[10189]: conn=1473 op=0 RESULT tag=97 err=0 text=
Aug 25 11:26:50 nethservice slapd[10189]: conn=1473 op=1 SRCH base="ou=users,dc=nethesis,dc=it"
scope=2 deref=0 filter="(|(cn=ale)(sn=ale)(displayName=ale)(mail=ale)(telephoneNumber=ale))"
Aug 25 11:26:50 nethservice slapd[10189]: conn=1473 op=1 SRCH attr=objectClass cn uid mail title
company o displayname modifytimestamp mozillahomestate mozillahomeurl homeurl st region
mozillacustom2 custom2 mozillahomecountryname description notes department departmentnumber ou
orgunit mobile cellphone carphone mozillacustom1 custom1 mozillanickname xmozillanickname
mozillaworkurl workurl fax facsimiletelephonenumber telephonenumber mozillahomestreet
mozillasecondemail xmozillasecondemail mozillacustom4 custom4 nsaimid nscpaimscreenname street
streetaddress postofficebox homephone cn commonname givenname mozillahomepostalcode
mozillahomelocalityname mozillaworkstreet2 mozillausehtmlmail xmozillausehtmlmail mozillahomestreet2
postalcode zip c countryname pager pagerphone mail sn surname mozillacustom3 custom3 l locality
birthyear serialnumber calfburl proxyaddresses
Aug 25 11:26:50 nethservice slapd[10189]: <= bdb_substring_candidates: (displayName) not indexed
Aug 25 11:26:50 nethservice slapd[10189]: <= bdb_substring_candidates: (telephoneNumber) not indexed
Aug 25 11:26:50 nethservice slapd[10189]: conn=1473 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text=

We interface:

nethservice slapd[10189]: conn=2219 fd=13 ACCEPT from IP=127.0.0.1:35071 (IP=0.0.0.0:389)
Aug 25 11:31:45 nethservice slapd[10189]: conn=2219 op=0 BIND dn="" method=128
Aug 25 11:31:45 nethservice slapd[10189]: conn=2219 op=0 RESULT tag=97 err=0 text=
Aug 25 11:31:45 nethservice slapd[10189]: conn=2219 op=1 SRCH base="ou=users,dc=nethesis,dc=it" scope=2 deref=0 filter="(|(cn=ale)(sn=ale)(displayName=ale)(mail=ale)(telephoneNumber=ale))"
Aug 25 11:31:45 nethservice slapd[10189]: conn=2219 op=1 SRCH attr=objectClass cn uid mail title company o displayname modifytimestamp mozillahomestate mozillahomeurl homeurl st region mozillacustom2 custom2 mozillahomecountryname description notes department departmentnumber ou orgunit mobile cellphone carphone mozillacustom1 custom1 mozillanickname xmozillanickname mozillaworkurl workurl fax facsimiletelephonenumber telephonenumber mozillahomestreet mozillasecondemail xmozillasecondemail mozillacustom4 custom4 nsaimid nscpaimscreenname street streetaddress postofficebox homephone cn commonname givenname mozillahomepostalcode mozillahomelocalityname mozillaworkstreet2 mozillausehtmlmail xmozillausehtmlmail mozillahomestreet2 postalcode zip c countryname pager pagerphone mail sn surname mozillacustom3 custom3 l locality birthyear serialnumber calfburl proxyaddresses
Aug 25 11:31:45 nethservice slapd[10189]: <= bdb_substring_candidates: (displayName) not indexed
Aug 25 11:31:45 nethservice slapd[10189]: <= bdb_substring_candidates: (telephoneNumber) not indexed
Aug 25 11:31:45 nethservice slapd[10189]: conn=2219 op=1 SEARCH RESULT tag=101 err=0 nentries=1 text=

TagsNo tags attached.

Relationships

related to 0000829 resolvedludovic Auto-complete attendees not search in LDAP address book 

Activities

ludovic

ludovic

2010-08-27 11:11

administrator   ~0001387

If you're using SOGo v1.3.1, you must apply this patch or switch to the latest nightly builds:

============================================================
--- SoObjects/Contacts/SOGoContactGCSFolder.m b1b94a2e026bb84d7d3c8aa6cbae31dce24a5355
+++ SoObjects/Contacts/SOGoContactGCSFolder.m be7cc9a68a66241e4371bbdcc2b59f6644c9978c
@@ -320,6 +320,9 @@ static NSArray *folderListingFields = ni
contactString = [[component contentAsString] stringByEscapingXMLString];
[r appendContentString: contactString];
[r appendContentString: @"</C:addressbook-data>\r\n"];

  • [r appendContentString: @" <C:address-data>"];
  • [r appendContentString: contactString];
  • [r appendContentString: @"</C:address-data>\r\n"];
    [r appendContentString: @" </D:response>\r\n"];
    }

============================================================
--- SoObjects/Contacts/SOGoContactSourceFolder.m 82c60f9b316d7e793316f58180f446a84554b7fc
+++ SoObjects/Contacts/SOGoContactSourceFolder.m 334988415bbd37cc8fb6844e8d2816734e987273
@@ -89,6 +89,9 @@
contactString = [[component contentAsString] stringByEscapingXMLString];
[r appendContentString: contactString];
[r appendContentString: @"</C:addressbook-data>\r\n"];

  • [r appendContentString: @" <C:address-data>"];
  • [r appendContentString: contactString];
  • [r appendContentString: @"</C:address-data>\r\n"];
    [r appendContentString: @" </D:response>\r\n"];
    }
    }
alessio

alessio

2010-09-13 08:19

reporter   ~0001432

I have a Centos installation yet, can I apply this patch? I cant'find SOGoContactGCSFolder file or SoObjects dir. Where can i find it?

ludovic

ludovic

2010-09-14 18:41

administrator   ~0001446

If you're using the SOGo Integrator extension, show your site.js file.

alessio

alessio

2010-09-15 07:25

reporter   ~0001463

pref("sogo-integrator.disable-calendaring", false);
pref("sogo-integrator.autocomplete.server.urlid", "public");
pref("javascript.options.showInConsole", true);
pref("nglayout.debug.disable_xul_cache", true);
pref("browser.dom.window.dump.enabled", true);
pref("javascript.options.strict", true);
pref("sogo-connector.autoComplete.commentAttribute", "notes");
pref("calendar.alarms.showmissed", false);
pref("calendar.caldav.sched.enabled", true);

It's default, i haven't modify anything.
But i don't understand how apply your patch.

ludovic

ludovic

2010-09-15 14:10

administrator   ~0001467

See my comment in 0000829

alessio

alessio

2010-10-04 13:07

reporter   ~0001540

i confirm, fixed with 1.3.2

Issue History

Date Modified Username Field Change
2010-08-27 09:29 alessio New Issue
2010-08-27 11:11 ludovic Note Added: 0001387
2010-09-13 08:19 alessio Note Added: 0001432
2010-09-14 18:41 ludovic Note Added: 0001446
2010-09-15 07:25 alessio Note Added: 0001463
2010-09-15 14:09 ludovic Relationship added related to 0000829
2010-09-15 14:10 ludovic Note Added: 0001467
2010-10-04 13:07 alessio Note Added: 0001540
2010-10-25 17:41 ludovic Status new => resolved
2010-10-25 17:41 ludovic Resolution open => no change required
2010-10-25 17:41 ludovic Assigned To => ludovic