Note: There are a few cases of duplicates in user autocompletion which are being worked on.

vCard UI does not save some fields.

VERIFIED FIXED in mozilla1.7final


MailNews Core
14 years ago
9 years ago


(Reporter: Andrew Perry, Assigned: Ian Neal)


(Depends on: 2 bugs, {verified1.7})

Dependency tree / graph

Firefox Tracking Flags

(Not tracked)



(1 attachment, 1 obsolete attachment)



14 years ago
User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031007
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.6a) Gecko/20031007

New VCard UI implemented in bug 14373 does not save info into the following fields:
Any of the HOME ADDRESS fields

Reproducible: Always

Steps to Reproduce:
1. Goto Edit: Mail & Newsgroup Account Settings:  Your Account:  Edit VCard:
2. Go to the Addresses panel and fill in info for the HOME address
3. Click OK to save the info
4. Return to the Edit VCard .. 

Actual Results:  
The info for Home Address or for Screen Name are gone now 

Expected Results:  
Data should still be there ...

Comment 1

14 years ago
Confirmed in build 2003100705 on Mac OS X 10.2.8

The necessary fields are missing from nsAbCardProperty::ConvertToEscapedVCard.
The only 'home' field in that function is the Home-phone, and that's indeed the
only one that got saved.
Ever confirmed: true

Comment 2

14 years ago
Scott: I've asked for a vCard component to be created

this way we could move all vCard bugs to this component.
Assignee: sspitzer → scott

Comment 3

14 years ago
-> All/All
Depends on: 14373
OS: Windows XP → All
Hardware: PC → All

Comment 4

14 years ago
With the current code isAPropertyOf always returns the first instance of the
property and does not match against subproperties. This means it cannot cope
with adr;work and adr;home in conjunction with a property that has multiple
value fields. If a new function of isPropertiesOf that will check on
subproperties as well as the property to return the correct match. Going with
that there would have to be an addProps function that knows how to add a new
multi-property object without trying to use an existing one.
an addressbook card in mozilla has some new fields which were not in the 4.x

the current vCard code in mozilla comes right from Netscape 4.x.

this bug is sort of related to bug #30684, "RFE: Support for "custom" vCard

one thing we should look into is if the more recent vCard RFC (see bug #29106)
specifies how we should be handling some of our new attributes.

for all those that aren't specified, I think we'll have to do X-mozilla-foo trick.

Comment 6

14 years ago
We have several stages to go through:
1/ Full support of vcard 2.1 - (sort of this
bug) - things like home address details and nickname.
2/ Support of mozilla specific fields (again this bug) - things like screenname
and more than one URL.
3/ Support of vcard 3.0 - RFC 2426 - (bug
29106) - of course including full backwards compatability.
4/ Support of custom fields not in the addressbook, that is not loosing them
(bug 30684).


14 years ago
Depends on: 221991

Comment 7

14 years ago
Some fields, like more than one email address and nickname should be supported
once mozilla supports vCard 3.0 (bug 29106) so adding dependency.
Depends on: 29106

Comment 8

14 years ago
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.6b)Gecko/20031110

Reproducable: Always

Adding a semicolon to fields in the vCard have the following consequences
("it" is referring to the semicolon):

Title field: 
  Replaces anything before semicolon with whatever is after it

Department field: 
  Erases whatever was written after it, and including itself

Organization field:
  Replaces the Department field with whatever was written after it

Address field 1:
  Places whatever was written after it in the City field, and pushes all other
fields (up to the Web Page field) in front of it.

Address field 2:
  See Address field 1

City field:
  Similar behavior as Address field, but moves whatever is after it to the next
field and keeps pushing.

State/Province field:
  Same behavior as City field

Zip/Postal field:
  Same behavior as above

  Removes whatever is written after it

Did not check any other fields, but I guess semicolons are used as field
separators or something. 

Comment 9

14 years ago
Andree: Yes ; is a field delimiter in vcards and mozilla should probably deal
with that better, but that should be a different bug not this one. If one has
not already been logged, then please log one.

Comment 10

14 years ago
*** Bug 228482 has been marked as a duplicate of this bug. ***

Comment 11

14 years ago
Bug confirmed for Mozilla/5.0 (Windows; U; Windows NT 5.1; de-AT; rv:1.6)

Comment 12

14 years ago
It would be cool if there would be a note when editing vcards or if the inputs
are greyed out or somthing. I tried to insert my data again and again and
wondered whether it was my fault....

Comment 13

14 years ago
I reckon it would be less work to simply fix the bug (instead of greying
something out), since Jo seams to have found the cause.  I don't feel competent
to mark this bug 'assigned' since I wouldn't know /whom/ I should assign it, but
I consider this bug quite disturbing, and therefore I'll try it if nothing
happens within the next days...

Btw, if Andree had found (or created) an issue meanwhile concerning the
semicolon bug, it would be nice to drop a note here, wouldn't it?

Comment 14

14 years ago
Unfortunatly I'm not familiar with the moz-source and at the moment I'm not able
to compile anything, because my notebook is at it's edge - but if there is any
other way I can help, please feel free to contact me!
---- some time ----
Ok, I did a bit of research: I think this is a duplicate of 221991 as also
227873 is and some others are. If we take a good look at the rfc2426 and
implenment it correctly, by escaping the semicolon and the newline charakter
about three major vcard-bugs would be solved. Then the other filds have to be
implemented, but I dont think that this isn't a too big deal, or is it??

Comment 15

14 years ago
Moritz: comment#6 explains how all these bugs sit in relation to each other -
stage 1 is bug 221991.

Comment 16

14 years ago
Ok, sorry about that - anyway if there is anything I can help with...

Comment 17

14 years ago
Well if you're any good with C++ then I can point you in the right direction.
is one place to start looking and see comment#4 too.

Comment 18

14 years ago
Ok, I'm quite a newbe. I did a bit of C++ and VB (unfortunately). So I've got a
few Ideas what might help but I'm not shure, especially because it there is
almost no documentation. Next week I get my new computer, so if there is anybody
who would take my by the Hand I'll do my very best. Or if you say, that it makes
no sense for a newbe, I'll just let you do your job.

Comment 19

14 years ago
*** Bug 238153 has been marked as a duplicate of this bug. ***
two things to do:

1)  change hideABPicker argument to be "editingVCard" or something like that.

2) key off "editingVCard" and hide all the UI elements (including screenname?)
that don't map to values that we remember in our vCard 2.1+ format.
Assignee: mscott → sspitzer

Comment 21

13 years ago
Created attachment 148548 [details] [diff] [review]
As suggested in comment 20

Initial take on a patch


13 years ago
Assignee: sspitzer → bugzilla


13 years ago
Attachment #148548 - Flags: review?(sspitzer)


13 years ago
Attachment #148548 - Flags: review?(sspitzer) → review?(

Comment 22

13 years ago
Comment on attachment 148548 [details] [diff] [review]
As suggested in comment 20

A system along the lines of the account manager could be useful here i.e. have
a hidefor="vcard" attribute on all the elements that need to be hidden.
ian, thanks for starting this. 

but neil's idea for hidefor="vcard" system might work better.

I'll have time this weekend to look it over and test it out.

Comment 24

13 years ago
Just been looking how it is done for Thunderbird and that checks for
"escapedVCardStr" then calls HideNonVcardFields() which uses:
document.getElementById('nickNameContainer').collapsed = true;

Should we be consistent with that?


13 years ago
Attachment #148548 - Attachment is obsolete: true
Attachment #148548 - Flags: review?(

Comment 25

13 years ago
Created attachment 149076 [details] [diff] [review]
Does it the way it is done for Thunderbird

Implements hiding of fields not required the same way Thunderbird does, plus
some whitespace cleanup.
ian, this fix looks good.  

I'm just testing it now for trunk and 1.7 and then I'll land i.t

thanks for porting mscott's tbird fix back to seamonkey.

I'll let mscott decide what he wants to do with the whitespace fixes.

note, I looked at 4.x and we had a "nickname" field.  

but 4.x had the same bug where nickname was not persisted since it was not
stored in the vCard 2.1+ format.

I'm sure more recent version of the vCard format would allow for all these other
fields, but that's a separate issue.
fixed on the trunk and 1.7.

thanks again, ian.
Last Resolved: 13 years ago
Resolution: --- → FIXED
Summary: VCard UI does not save some fields. → vCard UI does not save some fields.
Target Milestone: --- → mozilla1.7final


13 years ago
Keywords: fixed1.7
verified with recent branch builds

Comment 29

13 years ago
*** Bug 245595 has been marked as a duplicate of this bug. ***


13 years ago
Keywords: fixed1.7 → verified1.7
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.