Bug #4756 | STR_TO_DATE() returning bad results with AM/PM | ||
---|---|---|---|
Submitted: | 26 Jul 2004 19:09 | Modified: | 10 Aug 2004 2:56 |
Reporter: | Dean Ellis | Email Updates: | |
Status: | Closed | Impact on me: | |
Category: | MySQL Server | Severity: | S2 (Serious) |
Version: | 4.1.4 | OS: | |
Assigned to: | Dmitry Lenev | CPU Architecture: | Any |
[26 Jul 2004 19:09]
Dean Ellis
[2 Aug 2004 21:56]
Dmitry Lenev
Since DATE_FORMAT() function accepts datetime value in one of standard MySQL datetime formats, PM part of parameter is simply ignored (and warning about data truncation is issued). So cleaned up test case should look like: SELECT STR_TO_DATE(DATE_FORMAT('2004.07.26 12:00:00', '%m/%e/%Y %h:%i:%S %p'), '%m/%e/%Y %h:%i:%S %p') AS a; SELECT STR_TO_DATE(DATE_FORMAT('2004.07.26 12:00:00', '%m/%e/%Y %r'), '%m/%e/%Y %r') AS a; Which demonstrates that there is a problem only with %r flag.
[10 Aug 2004 2:56]
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.1909.27.1 2004/08/06 10:01:29 dlenev@brandersnatch.localdomain Fix for bug #4756 "STR_TO_DATE() returning bad results with AM/PM". Added support of converion specifiers mentioned in manual but missing in code.