[horde] Horde 6 - Groups error

[Nels Lindquist]

Hi, Ralf.

On 2026-04-11 2:16 AM, Ralf Lang wrote:
> Hi Nels, a potential fix for the groups topic is this: https://github.com/horde/Group/pull/4 <https://github.com/horde/Group/pull/4>

Okay; I applied the fixed version, and the group members are still not displayed.

The logged error messages regarding "Undefined variable $element..." are no longer present, but the

[horde] PHP ERROR: Undefined array key "exampleuserid" [pid 1557 on line 31 of "/var/www/html/horde6/vendor/horde/horde/templates/admin/groups/edit.inc"]

errors are still logged, one per group member whenever I check a group.
  
> For the Turba issue I need more research as I cannot really pinpoint this.
> 
> The Turba LDAP driver already joins multi-valued LDAP attributes into strings in _getResults(), so it's not
>    the same array-vs-string pattern as the Group bug. The form rendering chain uses (string) casts, which would show "Array" rather than blank output if an
>    array somehow got through.
> 
>    Could you help narrow this down?
> 
>    - Are all fields blank, or only certain types (addresses, phone numbers, email)?

Yes, all the fields are blank on the "View" tab, but fully populated (with correct information) on the "Edit" tab.

Interestingly, when I "View Source" on that page, there are two tables--one of which is clearly the form for editing--and both tables have the correct information populated.

In the page source, there's also a "mailto" popup link which isn't displayed:

<tr valign="top">
   <td width="15%" align="right"><strong>Email</strong></td>
   <td><a href="javascript:void(window.open('/imp/dynamic.php?page=compose&to=userid%40dom.ain&popup_link=1','','width=820,height=600,status=1,scrollbars=yes,resizable=yes'))" title="userid at dom.ain">userid at dom.ain</a></td>
</tr>

Maybe this is actually a CSS/style issue...?

>    - Does the LDAP source have photo/jpegPhoto attributes for these contacts?

No photos.

>    - What does your $cfgSources LDAP configuration look like (the map and tabs sections in particular)?

 From backends.local.php:

$cfgSources['localldap']['map'] = array(
                         '__key' => 'dn',
                         '__uid' => 'uid',
                         'name' => 'cn',
                         'email' => 'mail',
                         'firstname' => 'givenName',
                         'lastname' => 'sn',
                         'title' => 'title',
                         'company' => 'o',
                         'department' => 'ou',
                         'office' => 'physicalDeliveryOfficeName',
                         'workStreet' => 'postalAddress',
                         'workCity' => 'l',
                         'workProvince' => 'st',
                         'workPostalCode' => 'postalCode',
                         'homePhone' => 'homephone',
                         'workPhone' => 'telephonenumber',
                         'fax' => 'facsimileTelephoneNumber',
                         'cellPhone' => 'mobile',
                     );

There's no tab grouping defined; if that's now required it might be a contributing factor.

>    That would help me trace where the display breaks.
>    Thank you again for testing and reporting — and thanks to Jean Charles for the original PR
> 
> I will also think about a helper/tool to make it easier for admins to identify permission problems with LDAP. But I don't think you ran into a permission problem here.

Agreed; given that the data is there but invisible, there doesn't seem to be an access issue with LDAP itself.

-- 
Nels Lindquist
nlindq at maei.ca