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.