[horde] NEED HELP: Test horde/ldap 3.0.0alpha6 under PHP 8.2+

Ralf Lang ralf.lang at gmail.com
Thu May 15 09:50:34 UTC 2025


Hello Jean,

> v3.0.0alpha7 is up and running, in test, against my university ldap 
> (4000+ users, hundreds of groups).
>
Thank you for testing this.
Also the outcome sounds very promising.

>
> We have other appli for groups and users, Horde is not authorised to 
> modifiy ldap.
> I did succesfully test all that at home.
>
That's also great. I am aware most LDAP setups are not horde-driven but 
have horde mostly on the consumer/reader side.


>> Not sure if I get around to testing user authentication, password 
>> reset and turba addressbooks tonight.
>
> Authentification ok.
> Turba global addressbook ok. Private addressbook are in DB.

Turba is something to have an eye on. If addressbooks change through the 
backend (some other software changing the LDAP entry) then we don't get 
a change event and the record will not update through sync protocols 
which rely on horde_history.

This is not so much a problem when used as a GAL as they are not 
synchronized but searched on-demand.

>
> As with Horde 5 I had to use Hooks in order to have my name and email 
> completed.
>
> I didn't manage to get the hooks sample working :
> $ldap = $GLOBALS['injector']->getInstance('Horde_Ldap');
> return a valid object but empty, without host and based.
>
> In Horde 5 I choose to use ldap_connect.
> These time I used
>     $ldap = new Horde_Ldap($GLOBALS['conf']['ldap']);
> which works fine.
>
> Sincerly,
>        Jean Charles Delépine
I'd like to update the sample hook to what you got working if you like 
to share.

As for the slowness when browsing huge user lists:
- The dropdown user lists generally don't scale too nicely for large 
user bases
- We should probably improve the type-in alternative

Ticket ID: https://bugs.horde.org/ticket/15189


regards

Ralf


More information about the horde mailing list