Summary: | During import from vcard 3.0 first name and last name are reversed. | ||
---|---|---|---|
Product: | [Applications] kaddressbook | Reporter: | Günter Ohmer <guenter.ohmer> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UNMAINTAINED | ||
Severity: | normal | CC: | guenter.ohmer, montel, tokoe |
Priority: | NOR | ||
Version: | 4.11.5 | ||
Target Milestone: | --- | ||
Platform: | openSUSE | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: | |||
Attachments: |
after import
before export vcard Lastname_5_imported.jpg Lastname_1_new_contact.jpg Lastname_2_Anzeigen:_umgekehrter_Name_mit_ Komma.jpg Lastname_4_Kontaktname bearbeiten.jpg Lastname_3_changed_contact.jpg Adam_Lastname.vcf Lastname,_Adam.vcf |
Description
Günter Ohmer
2015-04-23 17:13:23 UTC
In 4.14.x it works fine. What is "first name"/"last name" for you .? Could you provide a screenshot for it ? Created attachment 92191 [details]
after import
Created attachment 92192 [details]
before export
Created attachment 92193 [details]
vcard
Thanks for screenshot. But in 4.14.x it works fine. Regards (In reply to Laurent Montel from comment #5) > Thanks for screenshot. > But in 4.14.x it works fine. > Regards Ok, I installed 4.14.6 from the openSUSE repository. Nothing changed for me. But I found the error, the button "Show: reverse name with comma" makes a wrong vcard: =========== without the button ============== BEGIN:VCARD VERSION:4.0 FN:Adam Lastname N:Lastname;Adam;;; UID:74d63af5-16b8-4144-abcd-8db0d36f5174 END:VCARD ========================================= =========== with the button ================ BEGIN:VCARD VERSION:4.0 FN:Lastname\, Adam N:Adam;Lastname\,;;; UID:74d63af5-16b8-4144-abcd-8db0d36f5174 END:VCARD ========================================= The function should not reverse the name in the "N:" line. =========== with the button, edited========== BEGIN:VCARD VERSION:4.0 FN:Lastname\, Adam N:Lastname;Adam;;; UID:74d63af5-16b8-4144-abcd-8db0d36f5174 END:VCARD ========================================= It w o r k s! Best regards Günter "Ok, I installed 4.14.6 from the openSUSE repository. Nothing changed for me." ? you still have a bug ? "Show: reverse name with comma" makes a wrong vcard: could you open a new bug report ? you exported to vcard4.0 not vcard3.0 Am Freitag, 24. April 2015, 13:53:39 schrieben Sie: > https://bugs.kde.org/show_bug.cgi?id=346515 > > --- Comment #7 from Laurent Montel <montel@kde.org> --- > "Ok, I installed 4.14.6 from the openSUSE repository. Nothing changed for > me." ? > you still have a bug ? > > > "Show: reverse name with comma" makes a wrong vcard: > > could you open a new bug report ? > you exported to vcard4.0 not vcard3.0 Yes, I thought the bug might be eliminated with vcard4.0. I wrote my comments on bug 34615, can you reopen it? regards Günter you reopened it but it's not the same bug no ? I don't understand bug is still here or not ? (initial bug) Hi Laurent, I'm not familiar with the Bugtracking System. For me it is the same bug, because the symptoms are the same. I export a contact to vcard import it again and the contact changes. But I found the reason why: The order of the names in the "N" line in the vcard must always be lastName, firstName have, regardless of the order in the "FN:" line. =========== without "Show: reverse name with comma" ======================== BEGIN:VCARD VERSION:4.0 FN:Adam Lastname N:Lastname;Adam;;; UID:74d63af5-16b8-4144-abcd-8db0d36f5174 END:VCARD ============================================================================= =========== with "Show: reverse name with comma"============================= BEGIN:VCARD VERSION:4.0 FN:Lastname\, Adam N:Adam;Lastname\,;;; UID:74d63af5-16b8-4144-abcd-8db0d36f5174 END:VCARD ============================================================================= =========== the right form ================================================== BEGIN:VCARD VERSION:4.0 FN:Lastname\, Adam N:Lastname;Adam;;; UID:74d63af5-16b8-4144-abcd-8db0d36f5174 END:VCARD ============================================================================== see also: http://en.wikipedia.org/wiki/VCard FN The formatted name string associated with the vCard object. FN:Dr. John Doe N A structured representation of the name of the person, place or thing associated with the vCard object. N:Doe;John;;Dr; Best regards Günter Oh, excuse in my example interchanged N: and FN: "Show: reverse name with comma" where do you have it ? Ok I see a bug Created attachment 92245 [details]
Lastname_5_imported.jpg
Hi Laurent,
I'll send you some screenshots and the vcards:
I created a new contact:
Lastname_1_new_contact.jpg
I choose "Show: reverse name with comma"
Lastname_2_Anzeigen:_umgekehrter_Name_mit_ Komma.jpg
I save the contact and open it again
Lastname_3_changed_contact.jpg
Lastname_4_Kontaktname bearbeiten.jpg
I export the contact as vcard,delete it and import it again
Lastname_5_imported.jpg
regards
Günter
Created attachment 92246 [details]
Lastname_1_new_contact.jpg
Created attachment 92247 [details]
Lastname_2_Anzeigen:_umgekehrter_Name_mit_ Komma.jpg
Created attachment 92248 [details]
Lastname_4_Kontaktname bearbeiten.jpg
Created attachment 92249 [details]
Lastname_3_changed_contact.jpg
Created attachment 92250 [details]
Adam_Lastname.vcf
Created attachment 92251 [details]
Lastname,_Adam.vcf
This bug has never been confirmed for a KDE PIM version that is based on KDE Frameworks (5.x). Those versions differ significantly from the old 4.x series. Therefore, I plan to close it in around two or three months. In the meantime, it is set to WAITINGFORINFO to give reporters the oportunity to check if it is still valid. As soon as someone confirms it for a recent version (at least 5.1, ideally even more recent), I'll gladly reopen it. Please understand that we lack the manpower to triage bugs reported for versions almost two years beyond their end of life. Just as announced in my last comment, I close this bug. If you encounter it again in a recent version (at least 5.1 aka 15.12; preferably much more recent), please open a new one unless it already exists. Thank you for all your input. |