Bug #7297 | Date decoding trouble | ||
---|---|---|---|
Submitted: | 14 Dec 2004 20:35 | Modified: | 30 Dec 2004 20:50 |
Reporter: | Carsten Pedersen | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server | Severity: | S2 (Serious) |
Version: | Various | OS: | Various |
Assigned to: | Dmitry Lenev | CPU Architecture: | Any |
[14 Dec 2004 20:35]
Carsten Pedersen
[15 Dec 2004 12:50]
Carsten Pedersen
Another user reports that on MySQL version 4.1.7-0 on RedHat 9 for x86, the behaviour is as documented.
[16 Dec 2004 13:33]
Dmitry Lenev
ChangeSet 1.2013 04/12/16 16:31:50 dlenev@mysql.com +3 -0 Fix for bug #7297 "Two digit year should be interpreted correctly even with zero month and day" aka "Date decoding trouble" Two digit year should be interpreted correctly as year in 20th or 21st century even with zero month and day. Only exception should be zero date '00-00-00' or '00-00-00 00:00:00'.
[30 Dec 2004 20:50]
Dmitry Lenev
Thank you for your bug report. This issue has been committed to our source repository of that product and will be incorporated into the next release. If necessary, you can access the source repository and build the latest available version, including the bugfix, yourself. More information about accessing the source trees is available at http://www.mysql.com/doc/en/Installing_source_tree.html Additional info: ChangeSet 1.2013 04/12/16 16:31:50 dlenev@mysql.com +3 -0 Fix for bug #7297 "Two digit year should be interpreted correctly even with zero month and day" aka "Date decoding trouble"