Changes have been made in Git (FRAMEWORK_5_2):

commit bf12ca28c4032b556a906ec45cced8773ac90ab4
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Thu, 21 Jul 2016 15:32:49 -0400

Bug: 13945 Make sure we were not too agressive in filtering out hits.

  M lib/Api.php

https://github.com/horde/turba/commit/bf12ca28c4032b556a906ec45cced8773ac90ab4

Changes have been made in Git (FRAMEWORK_5_2):

commit c5bf85a0007e3f1cd7d836df323920275a65ca5a
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Thu Jul 21 15:23:15 2016 -0400

     Bug: 13945 Make sure we were not too agressive in filtering out hits.

  turba/lib/Api.php | 15 +++++++++++++--
  1 file changed, 13 insertions(+), 2 deletions(-)

http://github.com/horde/horde/commit/c5bf85a0007e3f1cd7d836df323920275a65ca5a

Changes have been made in Git (master):

commit a6fbfefe98f0c6034230e50ca7c4be7ba1fc2ad6
Author: Michael J Rubinsky <mrubinsk@horde.org>
Date:   Thu Jul 21 15:23:15 2016 -0400

     Bug: 13945 Make sure we were not too agressive in filtering out hits.

  turba/lib/Api.php | 15 +++++++++++++--
  1 file changed, 13 insertions(+), 2 deletions(-)

http://github.com/horde/horde/commit/a6fbfefe98f0c6034230e50ca7c4be7ba1fc2ad6

This actually is (mostly) a duplicate of Ticket: 10913. The field is 
being correctly searched (when the field is properly included in the 
search_fields pref). The issue is that we have code in Turba that 
filters out results in certain cases in order to prevent duplicate 
hits. E.g., if the contact has two email addresses, only the one with 
the matching text is returned.

I was optimistic that the following would have fixed #13945 issue. 
But, does not.

-------------------------------------------------------------------------------------------------
Allow Turba_Api::getField to search any attribute of type 'email'.

Any email attribute present in the source's map and 'search' settings
will be considered. Fixes FB urls not being found for email addresses
not contained in 'email' field.

This was solved in commits on Sep 8th 2015 through commit 
cd3595fb171969e8ba9a53fbc529bc2a657d4dd6
----------------------------------------------------------------------------------------

I don't think, it is duplicate of 10913.  My concern is with searching 
attribute and not return attribute.  can this bug be re-opened.

Ticket: 10913

I have recently installed latest stable version of HGWE and testing it.

Autocomplete is not working for one of the attribute which I have
mentioned in search under LDAP.

for IMP, prefs.local.php, I have set

$_prefs['search_sources']['hook'] = true;
$_prefs['search_fields']['hook'] = true;
$_prefs['add_source']['hook'] = true;

enabled the hooks in imp/hooks.local.php


for turba,

turba/attributes.local.php (the file contains additional attribute,
which is refereed in LDAP)

<?php
$attributes['staffno'] = array(
      'label' => _("StaffNumber"),
      'type' => 'text',
      'required' => false,
      'params' => array('regex' => '', 'size' => 32, 'maxlength' => 32)
);

$attributes['postalAddress'] = array(
      'label' => _("Postal Address"),
      'type' => 'text',
      'required' => false,
);

$attributes['cn'] = array(
      'label' => _("Complete Name"),
      'type' => 'text',
      'required' => false,
);


turba/backends.local.php

<?php
$cfgSources['localsql']['title'] = 'My Address Book';
$cfgSources['localsql']['use_shares'] = false;
$cfgSources['localldap']['disabled'] = false;
$cfgSources['localldap']['title'] = 'LDAP Directory';
$cfgSources['localldap']['params']['server'] = 'xxx.xx.x.xx';
$cfgSources['localldap']['params']['root'] = 'dc=xxxx,dc=xxx';
$cfgSources['localldap']['params']['bind_dn'] = 'cn=Manager,dc=xxx';
$cfgSources['localldap']['params']['bind_password'] = 'xxxxxxxxxx';
$cfgSources['localldap']['params']['limit'] = 20;
$cfgSources['localldap']['params']['scope'] = 'sub';
$cfgSources['localldap']['map'] = array(
          '__key' => 'dn',
          '__uid' => 'mailacceptinggeneralid',
          'staffno' => 'staffnumber',
          'postalAddress' => 'postalAddress',
          'cn' => 'cn',
          'name' => array('fields' => array('cn', 'postalAddress'),
                          'format' => '%s %s',
                          'parse' => array(
                              array('fields' => array('cn'),
                                    'format' => '%s' ),
                              array('fields' => array('cn', 'postalAddress'),
                                    'format' => '%s', '%s' ))),
          'email' => 'mail',
          'freebusyUrl' => 'uid'
      );
$cfgSources['localldap']['search'] =  array('staffno','name','email');
$cfgSources['localldap']['export'] =  false;
$cfgSources['localldap']['browse'] =  false;

turba/prefs.local.php

<?php
$prefGroups['addressbooks']['suppress'] = true;
$prefGroups['sync']['suppress'] = true;
$prefGroups['columns']['suppress'] = true;
$_prefs['default_dir']['locked'] = true;
$_prefs['default_dir']['value'] = 'localsql';
$_prefs['columns']['locked'] = true;
$_prefs['columns']['value']=
"localsql\temail\nlocalldap\temail\tstaffno\nfavourites\temail";


With these settings, if I try to autocomplete on staff number, it does
not work.  While on name and email it works.