Open Bug 536053 Opened 15 years ago Updated 2 years ago

export address book to LDIF file doesn't export photo

Categories

(MailNews Core :: LDAP Integration, defect)

defect

Tracking

(Not tracked)

Thunderbird 3.1b1

People

(Reporter: juergen.edner, Unassigned)

References

Details

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.6) Gecko/20091201 Firefox/3.5.6 (.NET CLR 3.5.30729)
Build Identifier: Thunderbird/3.0 Mozilla/5.0 (Windows; U; Windows NT 6.0; de; rv:1.9.1.5) Gecko/20091204 Lightning/1.0b2pre

An address book contains an address book entry with a photo. If I export it to a LDIF file all fields are exported except the photo URL.

Reproducible: Always

Steps to Reproduce:
1. create an address book entry
2. add a photo by choosing a web url.
3. export this address book to a LDIF file.
Actual Results:  
no photo data nor the photo url is exported.

Expected Results:  
At least the photo url should be exported.
I confirm the issue for Shredder/3.0.1pre.
I am not sure, that producing the URL is what can be put in line with the spec. I would rather expect the image to be exported as "jpegPhoto" attribute, which is a standard attribute of "inetOrgPerson" class.
Confirmed in TB 3.0.4 as well, independently of the platform.
Severity: normal → major
Status: UNCONFIRMED → NEW
Component: Address Book → LDAP Integration
Ever confirmed: true
OS: Windows Vista → All
Product: Thunderbird → MailNews Core
QA Contact: address-book → ldap-integration
Hardware: x86 → All
Version: unspecified → Trunk
(In reply to comment #2)
> Confirmed in TB 3.0.4 as well, independently of the platform.

Seak, Teng-Fong you're doing great work. but suggest in all your testing you should probably be attempting to reproduce issues using trunk builds rather than v3.0 - given that trunk is 2 releases better than 3.0
Target Milestone: --- → Thunderbird 3.1b1
Because I'm too lazy to find out where the trunk is :p
And I'm always put myself in a simple user's viewpoint: what I'm interested is problems related to releases, not beta.
Using
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:2.0b2pre) Gecko/20100629 Shredder/3.2a1pre
the problem is still there: no photo related attribute can be found inside LDIF file.
Just confirming this bug is alive and well on Earlybird (i.e., TB 23). Any hope it will get ever fixed?
Version: Trunk → 23
Similar to bug#379706.
[18:42] <marcoagpinto> when I export the address book from this computer along with the photos on D:\
[18:42] <marcoagpinto> when I import them in the other computer, also with the fonts in D:\
[18:42] <marcoagpinto> the photos are no longer associated with the address books
[18:43] <marcoagpinto> fonts=photos*
[18:43] <marcoagpinto> I copied the folder to D:\ in the netbook
[18:44] <marcoagpinto> it seems LDIF doesn't store the photos paths
Severity: major → normal

Probably relevant bug 1008675 which is about the copying LDAP entries to an "ordinary" address book when during this copying the photo (among other fields) is also lost.

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.