[Bug]: Handling of `X-` prefixed attribute options/tags

[einhirn]

Is there an existing issue for this?

• I have searched the existing issues

Environment

- OS: Ubuntu 24.04, Docker
- LDAP Server: OpenLDAP

PLA Code

Docker hub

PLA Version

v2.3.11-rel-3c70bc73

Current Behavior

Displaying an entry gives this warning:

Using the regular edit option without actually changing anything still gives the following change screen:

Expected Behavior

Looks like there's code to handle lang- prefixed attribute options/tags - X- prefixed tags should be handled as well. They don't need to support any special rendering, but should be displayed all the same.

Steps To Reproduce

Configure an x- prefixed attribute option in a LDAP server - e.g. for OpenLDAP:

dn: cn=config
changetype: modify
add: olcAttributeOptions
olcAttributeOptions: x-test

An example entry to use the attribute option - "dc=example,dc=com" may need adjustment:

dn: cn=cnvalue,ou=people,dc=example,dc=com
changetype: add
objectClass: Person
cn: cnvalue
sn: sn
sn;x-test-blubb: xtestblubb

Relevant log output

Anything else?

No response

[einhirn]

I was able to monkey-patch stuff so we could at least work with PLA - it's not really working, UI-wise, but it doesn't seem to destroy our LDAP entries any more when updating them (even without changes).

Changed

phpLDAPadmin/app/Ldap/Entry.php

Line 33 in 1d6f227

public const LANG_TAG_PREFIX = 'lang-';

to

        public const LANG_TAG_PREFIX = '(?:lang-|x-tuc-)';

Of course PLA tries to interpret the tag "x-tuc-full" as language-code 'full' and so on, but again, at least we can work with it now.