tests/Net_LDAP2_TestBase.php | 7 0 + 7 - 0 !
1 file changed, 7 deletions(-)

 fix ftbfs with phpunit 10.

Net/LDAP2.php | 4 3 + 1 - 0 !
1 file changed, 3 insertions(+), 1 deletion(-)

 port to php-ldap 8.1

In PHP 8.1 LDAP resources were migrated to LDAP\Connection, LDAP\Result,
and LDAP\ResultEntry objects, see https://php.watch/versions/8.1/LDAP-resource .

This breaks compatibility with php-ldap <8.1.

Net/LDAP2/Entry.php | 4 2 + 2 - 0 !
1 file changed, 2 insertions(+), 2 deletions(-)

 port to php-ldap 8.4

PHP 8.3.16 and 8.4.3 modified a check to makes sure that for some LDAP
operations the array of values is a "numerically indexed array":

    https://github.com/php/php-src/commit/f90323c8d4456ff2b9a0f442f6a383d9b58185ae

This was a fix for https://github.com/php/php-src/issues/17280 .
However as mentioned in https://github.com/DirectoryTree/LdapRecord/issues/753
this can cause regressions.

We change Net_LDAP2_Entry::getValue() to return lists not associative
arrays for multivariate attributes.

Bug-Debian: https://bugs.debian.org/1094659

Net/LDAP2.php | 2 1 + 1 - 0 !
1 file changed, 1 insertion(+), 1 deletion(-)

 port to php-ldap 8.5

PHP 8.5.0 refactored the validation logic of $attributes array for
php_ldap_do_search():

    https://github.com/php/php-src/commit/29a77e56f64877de5a99df477300870037f7154c

@ldap_list(,,, array(null), ,) is now rejected with

    TypeError: ldap_list(): Argument #4 ($attributes) must be a list of strings, null given

`array(null)` was probably meant to to only fetch DNs, avoiding the
overhead of fetching attributes and values.  According to the
documentation the "dn" is always returned irrespective of which
attributes types are requested, so an empty array works just as well.
Alternatively, one could use `array('1.1')` assuming the server is
compliant with RFC 4511 4.5.1.8.

Bug: https://github.com/pear/Net_LDAP2/issues/19
Bug-Debian: https://bugs.debian.org/1129016