unclear definition of Address field

RESOLVED INVALID

Status

RESOLVED INVALID
10 years ago
10 years ago

People

(Reporter: nfilus, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

10 years ago
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

10 years ago
Version: unspecified → 2.0
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
Last Resolved: 10 years ago
Resolution: --- → INVALID
You need to log in before you can comment on or make changes to this bug.