Bug #66156 [Com]: date_create_from_format() fails for "!ndY" format

Edit report at https://bugs.php.net/bug.php?id=66156&edit=1 ID: 66156 Comment by: mjpelmear at gmail dot com Reported by: mjpelmear at gmail dot com Summary: date_create_from_format() fails for "!ndY" format Status: Open Type: Bug Package: Date/time related Operating System: Any PHP Version: master-Git-2013-11-23 (Git) Block user comment: N Private report: N New Comment: If someone wants to provide feedback as to which of the following is preferable to fix this problem, I would be happy to make a pull request to fix it: 1) We should simply provide an appropriate error message. or 2) We should implement some sort of lookahead to actually handle this type of format. or 3) Something else? Previous Comments: ------------------------------------------------------------------------ [2013-11-23 06:15:17] mjpelmear at gmail dot com Description: ------------ date_create_from_format() improperly parses dates in "!ndY" format, but reports the problem as being with the data, not with the parser's [lack of] support for the format. This date format is a strange one, but we encountered it in data files received from a client, so it seems to be in use, albeit undesirable. Analysis: --------- The root issue is that the parser is reading the incoming string from left to right, but when doing so it has no way to determine whether the month is one or two digits (since "n" means the month would be a single digit if < 10). See timelib_parse_from_format() in ext/date/lib/parse_date.c. Note that while it would be impossible to support a format like "!njY" because this would have some ambiguous cases ("1112013" for example), it is at least possible to support "!ndY" and similar cases. Test script: --------------- $date = date_create_from_format( '!ndY', '3071989' ); assert( $date->format('Y-m-d') == '1989-03-07' ); // assertion fails. print_r(DateTime::getLastErrors()); echo PHP_EOL; print_r($date); echo PHP_EOL; Expected result: ---------------- The assertion should succeed, or we should receive a meaningful error message indicating that this date format isn't supported. Actual result: -------------- The assertion fails (DateTime shows the date as "0991-08-10", in Y-m-d format). DateTime::getLastErrors() simply indicates that the parsed date was invalid ("The parsed date was invalid"). ------------------------------------------------------------------------ -- Edit this bug report at https://bugs.php.net/bug.php?id=66156&edit=1