Fix is_digit labeling of to_timestamp's FFn format codes.
authorTom Lane <tgl@sss.pgh.pa.us>
Sat, 7 Dec 2024 18:12:32 +0000 (13:12 -0500)
committerTom Lane <tgl@sss.pgh.pa.us>
Sat, 7 Dec 2024 18:12:32 +0000 (13:12 -0500)
commit5882a4ba0917c056d9ca78d61af44708b3e93b4c
treef5f2fe76a1691136bf88f331d713c081e6f25859
parentd24eb0e91f3f7fc54ed4e56d93b26e2f8d52c1ce
Fix is_digit labeling of to_timestamp's FFn format codes.

These format codes produce or consume strings of digits, so they
should be labeled with is_digit = true, but they were not.
This has effect in only one place, where is_next_separator()
is checked to see if the preceding format code should slurp up
all the available digits.  Thus, with a format such as '...SSFF3'
with remaining input '12345', the 'SS' code would consume all
five digits (and then complain about seconds being out of range)
when it should eat only two digits.

Per report from Nick Davies.  This bug goes back to d589f9446
where the FFn codes were introduced, so back-patch to v13.

Discussion: https://postgr.es/m/AM8PR08MB6356AC979252CFEA78B56678B6312@AM8PR08MB6356.eurprd08.prod.outlook.com
src/backend/utils/adt/formatting.c
src/test/regress/expected/horology.out
src/test/regress/sql/horology.sql