Closed
Bug 482438
Opened 15 years ago
Closed 15 years ago
unclear definition of Address field
Categories
(Thunderbird :: Address Book, defect)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: nfilus, Unassigned)
Details
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.9.0.7) Gecko/2009030422 Ubuntu/8.10 (intrepid) Firefox/3.0.7 Build Identifier: version 2.0.0.19 (20090105) I'm using TB with the MoreFuncForAddressbook Extension on Linux in an Outlook dominated office. Recently I exported all my contacts to vcf and shared it with my colleges. Now I've found an incompatibility, which results from an unclear definition of the address field in TB. The problem is: I used the 2 lines of the street field in the work address to enter the street name with number, *followed* by the correct gate entry in the backyard. There are multiple Gates and all of them share the same street and number. Street Name 1 Gate 3a This is saved as ADR;TYPE=WORK,POSTAL;CHARSET=UTF-8:;Street Name 1; Gate 3a;Berlin;;10000;Germany The RFC 2426 states corresponds, in sequence, to the post office box; the extended address (e.g. apartment or suite number); the street address; the locality (e.g., city); the region (e.g., state or province); the postal code; the country name. so now "Street Name 1" is mapped to extended address and "Gate 3a" is mapped to street address, which is wrong. This leads to a confusion in other clients as Outlook, as the show "Gate 3a" as the main part of the Address and omit the street part. I see 2 Possibilities and prefer the first one: a. Split input field and fix description in TB to ease correct mapping b. Change order of export in the extension Reproducible: Always
Reporter | ||
Updated•15 years ago
|
Version: unspecified → 2.0
Comment 1•15 years ago
|
||
I've just tried this in Thunderbird by sending a vcard to myself. I filled in the work address with the obvious settings, in the received email the line was: adr:2nd Line;;1st Line;City;State;Postal;Country Although this looks wrong, we know Thunderbird support isn't up to vcard 2.1 or 3.0 standard (bug 29106). Additionally, give this line is significantly different to your version, it leads me to believe that MoreFuncForAddressbook is doing its own generation of vcard and hence it is an issue with that extension and not Thunderbird. Therefore please raise the issue with the author of that extension. If there is a clear issue with Thunderbird then the author is always welcome to raise a bug with us for it to be fixed. Resolving invalid as this appears to be a problem with an extension and not Thunderbird.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INVALID
You need to log in
before you can comment on or make changes to this bug.
Description
•