[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