LDAP address book lookup does not work for autocomplete

Bug #161949 reported by Kirk Bridger
2
Affects Status Importance Assigned to Milestone
thunderbird (Ubuntu)
New
Undecided
Unassigned

Bug Description

Binary package hint: thunderbird

I have set up an LDAP directory on a remote server. In Feisty I set up Thunderbird to query this address book during mail composition for address completion. When beginning to type an address, the query would work and the matching addresses would be selectable. After upgrading to Gutsy, this LDAP address query doesn't work when auto-completing an email address. I am able to launch the Address Book and query the LDAP directory just fine. However the auto-complete function during composition does not work.

ProblemType: Bug
Architecture: amd64
Date: Sat Nov 10 16:12:55 2007
DistroRelease: Ubuntu 7.10
NonfreeKernelModules: cisco_ipsec nvidia
Package: mozilla-thunderbird 2.0.0.8~pre071022+nobinonly-0ubuntu0.7.10
PackageArchitecture: all
SourcePackage: thunderbird
Uname: Linux Industrious 2.6.22-14-generic #1 SMP Sun Oct 14 21:45:15 GMT 2007 x86_64 GNU/Linux

Tags: apport-bug
Revision history for this message
Kirk Bridger (kbridger) wrote :
Revision history for this message
Kirk Bridger (kbridger) wrote :

I've done a little exploring of this issue using the error console. This actually has to do with my efforts to get TB working with my LDAP directory for the address book. I've discovered a way of reproducing the error:

Normal (working) flow:
1 - Open about:config, search for 'attrmap'
2 - Ensure that all settings are default
3 - Close TB
4 - Launch TB
5 - Open error console
6 - Open address book
7 - search for string 'br' in LDAP directory
8 - results populate normally

Now if I add a little change to the above, this reproducibly fails:

1 - Launch TB
2 - Open error console
3 - Open address book
4 - open about:config, search for 'attrmap'
5 - modify the setting ldap_2.servers.default.attrmap.HomeState from the default to a non-default value (for example from 'mozillaHomeState' to 'mozillaHomeState,st')
6 - close about:config
7 - search for a string in the address book, such as 'br'
8 - the error console displays the following error, and no results are returned:

Error: [Exception... "'Failure' when calling method: [nsIAbLDAPAttributeMapService::getMapForPrefBranch]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: chrome://messenger/content/addressbook/abCommon.js :: SetAbView :: line 665" data: no]
Source File: chrome://messenger/content/addressbook/abCommon.js
Line: 665

Line 665 reads:
    actualSortColumn = gAbView.init(uri, searchView, GetAbViewListener(), sortColumn, sortDirection);

Revision history for this message
Kirk Bridger (kbridger) wrote :

One other comment - restoring about:config to default then allows the LDAP query to proceed normally, so it is the presence of this change to the attrmap that is causing this bug.

I've tried replacing the string 'mozillaHomeState' with:

1 - 'mozillaHomeState,st'
2 - 'st,mozillaHomeState'
3 - 'st'

None of these avoid the error, and the error is the same line.

Revision history for this message
Kirk Bridger (kbridger) wrote :

After reading this over, I believe this description isn't actually related to this problem, and I've filed the description as another bug, so please ignore comments above.

https://bugs.launchpad.net/ubuntu/+source/thunderbird/+bug/162060

I believe it is unrelated because I am able to get the LDAP querying working fine when using address book, as described in the other bug. However even when address book is working, auto-complete does not. Auto-complete also is not causing any log rolling on the LDAP server when logging is set to 256.

Revision history for this message
Kirk Bridger (kbridger) wrote :

And now I'm discovering that I'm filing duplicates of my own filed bugs - sorry for the spam. I've marked it as duplicate to 148414

*sigh*

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.