Bug 248288

Summary: kaddressbook copy and paste of entries results in no name and content type
Product: [Applications] kaddressbook Reporter: Roman Fietze <kde>
Component: generalAssignee: kdepim bugs <kdepim-bugs>
Status: RESOLVED FIXED    
Severity: normal CC: tokoe
Priority: NOR    
Version: unspecified   
Target Milestone: ---   
Platform: openSUSE   
OS: Linux   
Latest Commit: Version Fixed In:

Description Roman Fietze 2010-08-18 20:55:54 UTC 
Version:           unspecified (using KDE 4.5.0) 
OS:                Linux

When creating an attachment of a kaddressbook entry (VCF) in kmail using copy & paste (as attachment), you will end up having an attachment with name "unknown" and content type "/".


Reproducible: Always

Steps to Reproduce:
- copy a contact
- open kmail composer
- paste as attachment

Actual Results:  
name "unknown", type "/"

Expected Results:  
name "<whatever the name of the contact was>", type "electronic business card" or "text/directory" or "text/x-vcard".

kaddressbook 4.4.5
Comment 1 Tobias Koenig 2010-09-10 17:02:44 UTC 
SVN commit 1173842 by tokoe:

Do not try to add every akonadi:// url as a forwarded email message but
use proper content and mimetype instead.

Currently 'attachment' is used as name, since I have no clue how to retrieve
a meaningfull name of the Akonadi item in a generic way.

BUG: 248288


 M  +10 -0     attachmentcontroller.cpp  
 M  +6 -0      kmcomposereditor.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1173842
Comment 2 Roman Fietze 2010-09-15 10:47:49 UTC 
With kmail 1.13.5, kaddressbook 4.4.6 and kontact 4.4.6 I will now get the proper contents of that attachment, some VCF date. But the content-type os now "/" and the name is "unknown".

With the old combo before the akonadi age I think the name was set to the same name as if I would have exported the VCF to a file, and the content type was set up properly.