Open
Bug 247333
Opened 20 years ago
Updated 17 days ago
CSV import: Display name populated from email address rather than first name/last name fields
Categories
(Thunderbird :: Address Book, defect)
Thunderbird
Address Book
Tracking
(Not tracked)
NEW
People
(Reporter: darylb, Unassigned)
References
Details
Attachments
(1 file)
82 bytes,
text/plain
|
Details |
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040608 Firefox/0.8 Build Identifier: I have an address book in CSV format that I want to import. Each record is of the form: nickname,firstname,lastname,emailaddress When importing this addressbook, I specified the fields on import as given above. On my first pass, I checked the box next to nickname, indicating I want it imported. On the second attempt, I cleared the box next to nickname so that the field would be skipped during processing. Reproducible: Always Steps to Reproduce: 1. Launch address book. 2. Tools/Import 3. Check Address Book, Next. 4. Check Text (CSV,etc.) format 5. Locate the file (attached). Click OK. 6. Map fields as nickname, first name, last name, email. 7. Import the file. 8. Go to the new address book entry. Actual Results: Display names populated from the left-hand-side of the email address. Expected Results: It seems that if display name is not specified on the address book import, it should be populated by concatenating last name and first name (so the sort will work properly). As it is, showing cryptic email addresses for display names is not helpful.
Reporter | ||
Comment 1•20 years ago
|
||
Updated•20 years ago
|
Status: UNCONFIRMED → NEW
Ever confirmed: true
Comment 2•19 years ago
|
||
There are two issues here - the first is that we don't necessarily generate a display name (bug 97294). The second is that I expect your settings in the view (?) menu are to display the "Display Name" and not first/last or last/first. Hence if it doesn't have a display name it will use the email address as it wouldn't know which way to put first/last names. The question here is do we fallback to a potentially incorrect first/last name display, or should we display one of our other required fields, e.g. organization? This will probably also affect what we do in bug 126491 "the 'Card for' issue: what do use for title for cards without generated names or emails".
Comment 3•19 years ago
|
||
We might need some UI to allow the user to indicate how to the first/last should be parsed.
Comment 4•18 years ago
|
||
(In reply to comment #3) > We might need some UI to allow the user to indicate how to the first/last > should be parsed. Exactly. It would be nice to have an option to combine certain fields while importing (doesn't have to be first & last names, but it's a great example). When adding a new entry to an address book, the display name field automatically combines the first & last name fields, as you type. This should (optionally) also apply to an imported entry.
Updated•17 years ago
|
QA Contact: address-book
Updated•16 years ago
|
Assignee: mscott → nobody
Comment 5•9 years ago
|
||
A bit more precision in summaries would be great, otherwise nobody will ever find this when searching for CSV import issues which is the main point here...
OS: Windows 2000 → All
Hardware: x86 → All
Summary: Display name populated from email address rather than first name/last name → CSV import: Display name populated from email address rather than first name/last name fields
It's also the case, on the Windows release build at least, that the option that is meant to make e-mails show in their 'from field' the 'display name' rather than the name in the e-mail header is broken. There was a bug report about this somewhere but unfortunately I cannot find it.
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•