You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@calcite.apache.org by "Mihai Budiu (Jira)" <ji...@apache.org> on 2023/02/21 21:20:00 UTC

[jira] [Created] (CALCITE-5538) Calcite rejects timestamp literals that end with 0 after the period

Mihai Budiu created CALCITE-5538:
------------------------------------

             Summary: Calcite rejects timestamp literals that end with 0 after the period
                 Key: CALCITE-5538
                 URL: https://issues.apache.org/jira/browse/CALCITE-5538
             Project: Calcite
          Issue Type: Bug
          Components: core
    Affects Versions: 1.33.0
            Reporter: Mihai Budiu


The TimestampString constructor validates a string argument with the following regular expression: "[0-9][0-9][0-9][0-9]-[0-9][0-9]-[0-9][0-9]"
          + " "
          + "[0-9][0-9]:[0-9][0-9]:[0-9][0-9](\\.[0-9]*[1-9])?"

Unfortunately this rejects perfectly legal timestamp strings such as "2023-02-21 10:10:10.000".

The fix is trivial, if we agree that this is a bug. Is there a deeper reason for this validation?

There seem to be no unit tests for this TimestampString constructor.



--
This message was sent by Atlassian Jira
(v8.20.10#820010)