Output with the default output specifier works fine too now.

This is actually a bug in the Date package, due to limitiations for 
strftime() and mktime() implementations not properly working with 
dates outside the unix epoch, resp. before 1901-12-13.

This is partially fixed so that the dates can at least be saved now, 
if using the default birthday attribute. Displaying still doesn't work 
becase we use the %x specifier by default which is not implemented in 
my fixes yet. Note to myself: NLS::getLangInfo() provides the 
necessary information, at least on *nix systems.

Oops, wrong ticket.

The common schema of these birthdays is that they are before 1970 on 
month with daylight saving time, and you are using PHP 4.

Fixed in CVS.

FWIW, I am showing the same issue, except that for me, it's birthdays 
in all of 1900 AND 1901.  Also, they are being interpreted as 1/1/1970.



This is with  latest HEAD, MySQL 4.1.something, PHP 5.2.2, checked on 
various linux installs.

I am not trying to enter dates BEFORE 1900 but ON 1900.



I did add some fields to the attributes.php - so perhaps it is 
something I did.  I've attached the file here if you're interested - 
but if dates of 1900 work in the HEAD then just let me know and I'll 
consider it a bug I created.



I assumed this was a bug in the HEAD that no one has caught yet.



BTW - I am running PHP 5.2.4+ on a Gentoo system on MySQL

If you use the default attributes.php you won't even be able to enter 
dates before 1900. If not, what did you change? Also, which PHP 
version, database and OS do you use?

I've begun entering birthdays of those I don't have the birthYEAR for 
as year 1900.  When I do that, the system saves the birthday as 
12/31/1969.



I tried 1901 with the same results but 1910 did work.  I didn't test 
1902-1909.



thanks,

Michael