Open
Bug 1797091
Opened 2 years ago
Updated 2 years ago
CSV export of address book silently drops all multiple field entries (e.g. 3rd email address etc.) which don't fit the old AB scheme
Categories
(Thunderbird :: Address Book, defect)
Tracking
(Not tracked)
NEW
People
(Reporter: thomas8, Unassigned)
References
(Blocks 1 open bug)
Details
(Keywords: dataloss, ux-implementation-level)
Cunning! CSV export of an address book silently drops just certain multi-value field entries of your contact data, and you may never notice... (seen on 102.4.0 (64-bit), Win10).
STR
- Have some contacts in a (local) address book with more than two values for a field, e.g. 3 email addresses, third one may be
3333@example.com
. - Right-click on the (local) AB, select
Export...
, and save asmy-ab.csv
. - Inspect
my-ab.csv
file with text editor and search for3333@example.coom
.
Actual
3333@example.coom
is not found in the csv file, which probably means that:- All multiple field values which don't fit into the old AB scheme have been lost in the csv file.
- If we dig hard enough, we might find more fails.
Expected
- Don't silently lose data on export. Wanting AB data as csv is a perfectly valid and useful scenario. Should be possible to create more numbered column headers for the first row like
email3
,email4
etc. Although this would require parsing all such multi-value data of all contacts before the export to know how many commas we need to fill for the others. Hmmm. - Warn the user against such dataloss if we cannot or until we do better.
Reporter | ||
Updated•2 years ago
|
Reporter | ||
Comment 1•2 years ago
|
||
Even though bug 1331246 was filed against the old AB, much of that might still apply, so we should check that, too.
You need to log in
before you can comment on or make changes to this bug.
Description
•