202858 - Search on MS ActiveDirectory LDAP address book takes long time to fetch results.

Status: RESOLVED DUPLICATE of bug 507712

(Directory :: LDAP XPCOM SDK, defect)

Description

[Nazmul Hossain]

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.3) Gecko/20030313

Search from an (MS Active Directory) LDAP entry will take upto 3~5 minutes to
fetch the results in the  "Address Book" User Interface. But in the "Mail
Compose" interface, auto address completion can successfully fetch all the
matching addresses in seconds from the same LDAP entry.

The same works with MS Exchange 5.5 LDAP service without any problem. Please
note, MS Exch 5.5 works with anonymous LDAP access where MS AD requires a bind DN. 

Reproducible: Always

Steps to Reproduce:
1. Create an LDAP address book entry for an MS AD Server (Global Catalog)
2. Provide required Base DN
3. Provide required bind DN
4. Do a search on an existing user name i.e. "Smith"

Actual Results:  
Returns sets of results (some time partial sets) after 2~3 minutes.

Expected Results:  
Address Book sould return all entries with "Smith" as last name of first name in
seconds.

(I have also tested with other LDAP browsers and they fetch the full sets of
results in seconds)

In the "Mail Compose" window if I type "Smith" in the "To:" or "CC:" field, the
auto completion fethes full set of addresses with "Smith" as first or last name
successfully.

Its seems like the "Address Book" UI having trouble fetching the entries
completely in time.

Comment 1

[Andrew Simmons]

This seems to be almost exact inverse of Bug 373167; searching in 'contacts' pane or waiting for autocomplete in one of the recipient testboxes causes the app UI to freeze for 30 seconds or so, whilst seaching in the Addressbook is as fast as it should be.

Comment 2

[Dan Mosedale (:dmosedale, :dmose)]

Assigning bugs that I'm not actively working on back to nobody; use SearchForThis as a search term if you want to delete all related bugmail at once.

Comment 3

[Serge Gautherie (:sgautherie)]

Filter on "Nobody_NScomTLD_20080620"

Comment 4

[Wayne Mery (:wsmwk)]

related to bug 507712?

Comment 5

[Nikolay Shopik]

Yeah bug 507712 is describing reason why it maybe slow in address book and be more faster in compose window, it contain more information, so dupe to it