Debian Patches
Status for php-net-ldap2/2.3.0-5
| Patch | Description | Author | Forwarded | Bugs | Origin | Last update |
|---|---|---|---|---|---|---|
| Fix-FTBFS-with-phpunit-10.patch | Fix FTBFS with phpunit 10. | Guilhem Moulin <guilhem@debian.org> | not-needed | debian | 2023-07-08 | |
| Port-to-php-ldap-8.1.patch | 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. |
Guilhem Moulin <guilhem@debian.org> | no | 2023-02-11 | ||
| Port-to-php-ldap-8.4.patch | 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. |
Guilhem Moulin <guilhem@debian.org> | no | debian | 2025-01-30 | |
| Port-to-php-ldap-8.5.patch | 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. |
Guilhem Moulin <guilhem@debian.org> | yes | debian upstream | 2026-03-03 |