Red Hat Bugzilla – Bug 1150694
Encoding of SearchResultEntry is missing tag
Last modified: 2015-03-05 04:36:09 EST
This bug is created as a clone of upstream ticket: https://fedorahosted.org/389/ticket/47920 ldap/servers/slapd/result.c:2179 contains this: ber_printf( ber, "{s{", slapi_entry_get_dn_const(e) ); However, the actual structure is: SearchResultEntry ::= [APPLICATION 4] SEQUENCE { objectName LDAPDN, attributes PartialAttributeList } Notice that the Application 4 tag is missing.
Please add verification steps
Hi Thierry, Could there be an isolated reproducer for this issue? If yes, could you share with us?
Hello Noriko, In the ticket I provided a test case https://fedorahosted.org/389/attachment/ticket/47920/ticket47920_test.py. By isolated reproducer do you mean a test case integrated into the CI tests ? thanks thierry
(In reply to thierry bordaz from comment #3) > Hello Noriko, > > In the ticket I provided a test case > https://fedorahosted.org/389/attachment/ticket/47920/ticket47920_test.py. > > By isolated reproducer do you mean a test case integrated into the CI tests ? > > thanks > thierry Cool! (Sorry, Thierry. I should have remembered you added the test case... :p) That's perfect for the verification. Thanks, Thierry!
executed https://fedorahosted.org/389/attachment/ticket/47920/ticket47920_test.py Result :: [root@dhcp201-126 export]# python test.py *** <ldap.ldapobject.SimpleLDAPObject instance at 0x7ffa47daba70> ldap://localhost:389/ - SimpleLDAPObject.set_option ((17, 3), {}) => result: None *** <ldap.ldapobject.SimpleLDAPObject instance at 0x7ffa47daba70> ldap://localhost:389/ - SimpleLDAPObject.simple_bind (('cn=directory manager', 'Secret123', None, None), {}) => result: 1 *** <ldap.ldapobject.SimpleLDAPObject instance at 0x7ffa47daba70> ldap://localhost:389/ - SimpleLDAPObject.result4 ((1, 1, -1, 0, 0, 0), {}) => result: (97, [], 1, []) *** <ldap.ldapobject.SimpleLDAPObject instance at 0x7ffa47daba70> ldap://localhost:389/ - SimpleLDAPObject.add_ext (('uid=foo,dc=example,dc=com', [('objectClass', ['account']), ('uid', ['foo']), ('description', ['original description'])], None, None), {}) => result: 2 *** <ldap.ldapobject.SimpleLDAPObject instance at 0x7ffa47daba70> ldap://localhost:389/ - SimpleLDAPObject.modify_ext (('uid=foo,dc=example,dc=com', [(2, 'description', 'new description')], [('1.3.6.1.1.13.2', True, '0\x12\x04\x03uid\x04\x0bdescription')], None), {}) => result: 3 *** <ldap.ldapobject.SimpleLDAPObject instance at 0x7ffa47daba70> ldap://localhost:389/ - SimpleLDAPObject.result4 ((3, 1, -1, 0, 0, 0), {}) => result: (103, [], 3, [('1.3.6.1.1.13.2', 0, 'dM\x04\x19uid=foo,dc=example,dc=com000\x0c\x04\x03uid1\x05\x04\x03foo0 \x04\x0bdescription1\x11\x04\x0fnew description')]) resp_ctrls[0].dn: uid=foo,dc=example,dc=com resp_ctrls[0].entry: {'description': ['new description'], 'uid': ['foo']} Hence marking as VERIFIED.
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://rhn.redhat.com/errata/RHSA-2015-0416.html