Closed Bug 1332 Opened 26 years ago Closed 26 years ago

Test/improve binary data handling

Categories

(Directory :: PerLDAP, defect, P4)

All
Solaris

Tracking

(Not tracked)

VERIFIED DUPLICATE of bug 3342

People

(Reporter: leif, Assigned: leif)

Details

Some users have had problems with binary data, like JPEG photo. This might be a documentation issue, but we should look into it. For instance: Leif: Hi, I am Frank Villavicencio, working in IT at Morgan Stanley in NYC. I am currently doing some development using the PerLDAP 1.0 libraries from Netscape, of which you have wrote most. Being unable to access the news forum for Mozilla, I took the liberty of e-mailing you directly, I hope you excuse the abuse, my apologies in advance. In any case, my question is with regard to attributes with binary values (jpegphoto). I am taking a changeLogEntry from an LDAP server in order to propagate changes to other servers, all through a perl script. But I haven't been successful at propagating binary values. It seems like the method Mozilla::LDAP::Entry->addValue() interprets anything as text, despite of any type of value being passed. I have tried to use Mozilla::LDAP::Utils(qw(decodeBase64)) in order to fool it, but it doesn't seem to work. Is there any way to deal with this issue in this release of PerLDAP?, if not, is there any release or work around for this?. Thanks a lot, I appreciate your answer. -Frank Frank Villavicencio <villaf@ms.com>
Status: NEW → ASSIGNED
Priority: P2 → P3
Priority: P3 → P5
Priority: P5 → P3
Priority: P3 → P4
This is a duplicate of bug 3342
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
*** This bug has been marked as a duplicate of 3342 ***
verified duplicate of 3342.
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.