#45990 [Opn->Bgs]: ldap_get_entries does not preserve the case of the attribute
| From: | jani@php.net | Date: | Fri, 24 Oct 2008 15:51:50 +0000 |
| Subject: | #45990 [Opn->Bgs]: ldap_get_entries does not preserve the case of the attribute | ||
| References: | 1 | Groups: | php.bugs |
| Request: | Send a blank email to php-bugs+get-130053@lists.php.net to get a copy of this message | ||
ID: 45990
Updated by: jani@php.net
Reported By: ninglis at nextdigital dot com
-Status: Open
+Status: Bogus
Bug Type: LDAP related
Operating System: FreeBSD 7
PHP Version: 5.2.6
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
See bug #19438
Previous Comments:
------------------------------------------------------------------------
[2008-09-04 02:42:43] ninglis at nextdigital dot com
Description:
------------
ldap_get_entries() does not preserve the correct case of teh attribute
names from ldap_search result.
eg: "objectClass" becomes "objectclass"
if I use ldap_get_attributes() I do not get this problem.
the loss of case is very important as if you try to reinsert these
values, the attribute names no longer match the LDAP schema.
Expected result:
----------------
["objectClass"]=>
array(5) {
["count"]=>
int(4)
[0]=>
string(3) "top"
[1]=>
string(6) "person"
[2]=>
string(13) "inetOrgPerson"
[3]=>
string(9) "qmailUser"
}
[2]=>
string(11) "objectClass"
Actual result:
--------------
this is a snipet of the vardump: As you can see the "objectclass"
attribute has lost its camel case
["objectclass"]=>
array(5) {
["count"]=>
int(4)
[0]=>
string(3) "top"
[1]=>
string(6) "person"
[2]=>
string(13) "inetOrgPerson"
[3]=>
string(9) "qmailUser"
}
[2]=>
string(11) "objectclass"
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=45990&edit=1