Derek,
Thank you for your e-mail.
I have done more "investigation" into this and have found that:
1. The problem does not happen on Linux--only on XP and Windows 2000 V3.
2. The database ALWAYS has the correct value ex. 3/15/08 (or 15/3/08) is
always stored as such, but displays as 3/14/08 (or 14/3/08).
3. The problem is ONLY in the repeater widget--not it always occurs where I
am using a table, with one of the columns a field with datatype of date. If
I use the field widget OUTSIDE of a repeater, then the date shows there
correctly.
In short, I see this problem only for the date datatype for a field widget
that is used in a repeater type widget on a Windows platform.
I tried to locate "leap year code" in the CForms->formsModule section, but
have had no luck.
I am using Cocoon 2.1.5 which came out in 2004 so am thinking that later
versions of Cocoon may have this fixed.
So that is my next plan--upgrade and see if the problem goes away.
thx
Paul
----- Original Message -----
From: "Derek Hohls" <[EMAIL PROTECTED]>
To: <[email protected]>
Sent: Thursday, April 10, 2008 2:30 AM
Subject: Re: date bug related to leap year?
Paul
What happens when you try to enter this date directly into the
database;
I have found that MySQL, for example, "auto corrects" some date
entries.
On 2008/04/08 at 08:52, in message
<[EMAIL PROTECTED]>, "Paul
Joseph" <[EMAIL PROTECTED]> wrote:
Hi,
I am using Cocoon 2.1.5 and it has been in Production since 2004. I am
also using the matt-kruse java-script library including the calendar
widget.
A user has reported a *date bug* where if specifies a date that is
between today and Feb 29, 2008, then it is saved correctly to the
database, but when retrieved, it is one day less.
It does not matter if the date is entered directly into the field, or
chosen using the Matt-Kruse calendar widget and so I surmise it has
nothing to do with the Matt-Kruse date library, but I am not sure
Dates before Feb 29 work correctly and dates after today also work
correctly.
Any ideas?
Thx!
Paul Joseph
--
This message is subject to the CSIR's copyright terms and conditions,
e-mail legal notice, and implemented Open Document Format (ODF) standard.
The full disclaimer details can be found at
http://www.csir.co.za/disclaimer.html.
This message has been scanned for viruses and dangerous content by
MailScanner,
and is believed to be clean. MailScanner thanks Transtec Computers for
their support.
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
