https://bugs.documentfoundation.org/show_bug.cgi?id=138715
--- Comment #41 from mc <[email protected]> --- (In reply to Andreas Säger from comment #38) > This is how I use Thunderbird's SQLite address books: > ... good work, but "Storage changes In practice, we'll be storing the vCard data as just another key/value pair. The key used will be _vCard and the value will be the entire vCard. When a card is saved to a directory, the following things happen: If it supports vCard, the vCardProperties member is serialised. If it doesn't, the existing key/value pairs are converted to a VCardProperties object, then serialised. Some properties are collected from the card: display name (DisplayName) first and last names (FirstName and LastName) first and second preference email addresses (PrimaryEmail and SecondEmail) nick name (NickName) The serialised vCard, these properties, and any key/value properties which can't be stored in a vCard are saved. Any key/value properties which can be stored in the vCard are abandoned. No information is lost because the values are part of the vCard. The names and addresses stored separately are for performance reasons. The vCard is considered the true source of information. " Changes are made from TB v.102 (https://developer.thunderbird.net/thunderbird-development/codebase-overview/address-book) This changes is tested and verified today during data manipulation directly with Sqlite3 on my TB -- You are receiving this mail because: You are the assignee for the bug.
