Open Bug 462767 Opened 16 years ago Updated 2 years ago

map birthday field (LDAP)

Categories

(Thunderbird :: Address Book, enhancement)

enhancement

Tracking

(Not tracked)

People

(Reporter: bousselier, Unassigned)

Details

(Keywords: helpwanted)

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; fr; rv:1.9.0.3) Gecko/2008092417 Firefox/3.0.3
Build Identifier: Alpha 3

On the adresse book i'm connect my ldap server.
In my ldap the birday fiel is named birthDate and the value Is 1982-10-24
On the thunderbird / contact détail The Birthday Field is empty :)



Reproducible: Always

Steps to Reproduce:
1.Connect to the ldap (open Ldap)
2.Search contact
3.Clic to modify
4. Check the birday fiel
Flags: blocking-thunderbird3.0b1?
Please give clear steps to repro.
Status: UNCONFIRMED → RESOLVED
Closed: 16 years ago
Resolution: --- → INCOMPLETE
Yes, but no need to close the bug already before the reporter gets a chance
to respond... ;-)

Since this is about LDAP, may also go into MailNews Core / LDAP Integration.
Status: RESOLVED → UNCONFIRMED
Resolution: INCOMPLETE → ---
Summary: bug in the birday fiel → bug in the birthday field (LDAP)
(In reply to comment #1)
> Please give clear steps to repro.

They are reasonably clear steps.


Bousselier: We need to know which LDAP servers you are contacting and what schemas they are using. "birthDate" doesn't appear to be implemented in any of the standard schemas.

Please respond on this bug.
Wouldn't block beta 1 on this, might block TB 3, but it would be helpful to get a response from comment 3 about what schemas/servers the reporter is using.
Flags: blocking-thunderbird3?
Flags: blocking-thunderbird3.0b1?
Flags: blocking-thunderbird3.0b1-
Bousselier: We need to know which LDAP servers you are contacting  ....
Whiteboard: closeme 2009-01-10
Version: unspecified → Trunk
Hello,

The server is openldap and the shema is evolution person
Severity: minor → normal
Whiteboard: closeme 2009-01-10
Thanks for the response. I have some ideas of what we want to do for this, so taking bug to at least define what we want to do.
Assignee: nobody → bugzilla
Status: UNCONFIRMED → NEW
Ever confirmed: true
OS: Windows XP → All
Hardware: x86 → All
From discussions on mozilla.dev.tech.ldap (http://groups.google.com/group/mozilla.dev.tech.ldap/browse_frm/thread/02cb7a5b341b82c4/1ad0202d216a3d8c) the current proposals for the format are:

YYYYMMDD in a NumberString

or use a standard string type format and allow items such as:

YYYY-MM-DD

The multi-format string would probably be best for supporting different schemas, though may get a little difficult when it comes to writing to directories.

There isn't a standard attribute name, suggestions are:

dateOfBirth (sun messaging calendar)
birthDate (evolution)
schacDateOfBirth (schac specs)
apple-birthday (apple.schema)

I think we should default to dateOfBirth in our schema (as its most descriptive) and have the birthDate (and maybe schacDateOfBirth) as backups.
Reassigning out in case anyone would like to take a look at this.
Assignee: bugzilla → nobody
Flags: wanted-thunderbird3+
Keywords: helpwanted
We should pick a format that provides some way to represent knowing the month and day of a person's birth without knowing the year.
Given the low severity of the failure mode, doesn't block tb3.
Flags: blocking-thunderbird3? → blocking-thunderbird3-
(In reply to comment #10)
> We should pick a format that provides some way to represent knowing the month
> and day of a person's birth without knowing the year.

Thunderbird already should work with the following fields in LDAP and LDIF import/exports as part of the patch for Bug 13595: birthyear, birthmonth, and birthday.

Supporting the other birth date attributes shouldn't be too difficult.
Can somebody update LDAP schema at https://wiki.mozilla.org/MailNews:Mozilla_LDAP_Address_Book_Schema ? I think, wiki should be up-to-date with latest developments. At least someone would like to start integrating new LDAP fields, even if there will be [slight] differences for final release.
Summary: bug in the birthday field (LDAP) → map birthday field (LDAP)
Type: defect → enhancement
Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.