Closed
Bug 1332
Opened 26 years ago
Closed 26 years ago
Test/improve binary data handling
Categories
(Directory :: PerLDAP, defect, P4)
Tracking
(Not tracked)
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>
Assignee | ||
Updated•26 years ago
|
Status: NEW → ASSIGNED
Assignee | ||
Updated•26 years ago
|
Priority: P2 → P3
Assignee | ||
Updated•26 years ago
|
Priority: P3 → P5
Assignee | ||
Updated•26 years ago
|
Priority: P5 → P3
Assignee | ||
Updated•26 years ago
|
Priority: P3 → P4
Updated•26 years ago
|
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → DUPLICATE
You need to log in
before you can comment on or make changes to this bug.
Description
•