Hello to the list.
I encountered the same problem and I determined that all the byte values
like those (-113 , -115, -112, -127 and -99) were changed to the "63"
value. -39 value is changed to 0. This is on my jpeg sample picture but
I think there is enought datas to be representative.
I put a picture in ldap programmatically and with JXplorer and I have
the same result on boths.
Maybe there is some work done on the bytes datas that should not....
I have not found where yet...
Maybe someone knows about it ? I have not found a Jira issue on this so
I created one. Its number is DIREVE-163.
Tony Blanchard
Chris Betts a �crit :
Hi Simon,
sorry - I've been off list recently and didn't see this :-).
I've noticed this as well - since JX renders jpeg images o.k. in
other directories, I believe this is a problem with apacheds... I
notice also that the size of the data seems to change when you load
and save the jpeg image (even if you do it through the JXplorer table
editor, and avoid the 'html editor' altogether).
I suspect there may be a problem with non-string data? things
that are simply base64 encoded (e.g. userPassword) seem to work fine.
- Chris
On 20/05/2005, at 10:23 PM, [EMAIL PROTECTED] wrote:
Is there a very large LDIF file that I can load into my directory to
perform some performance tests with?
TIA
p.s. JXplorer 3.1 - has anyone noticed that the jpeg picture
attribute to
the inetOrgPerson class appears corrupt when rendered via HTML?
Can I assume this is a JXplorer problem?
Simon Temple
