We read every piece of feedback, and take your input very seriously.
To see all available qualifiers, see our documentation.
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The Druid version where the problem was encountered: 29.0.1
Please see the screenshots below.
When we have the TIME_PARSE function in both SELECT and WHERE clauses, the output is correct; the column shows null.
When we DO NOT have time TIME_PARSE function in both SELECT and WHERE clauses, the output is also correct; the column shows null.
However, when we have TIME_PARSE function in SELECT but not in WHERE clause, the column shows "1970-01-01T00:00:00.000Z."
The column's type is VARCHAR.
We would like to report this finding to Druid developers. Thanks.
The text was updated successfully, but these errors were encountered:
Do you have a sample data and ingestion spec that will allow us to reproduce this bug?
Sorry, something went wrong.
#16915 might resolve this. I can confirm it in a while.
@abhishekagarwal87 Hi, thanks for your response. Unfortunately the above screenshot is all I can provide at this time.
@LakshSingla Thank you! Yes that looks to be the issue we are facing.
No branches or pull requests
Affected Version
The Druid version where the problem was encountered: 29.0.1
Description
Please see the screenshots below.
When we have the TIME_PARSE function in both SELECT and WHERE clauses, the output is correct; the column shows null.
When we DO NOT have time TIME_PARSE function in both SELECT and WHERE clauses, the output is also correct; the column shows null.
However, when we have TIME_PARSE function in SELECT but not in WHERE clause, the column shows "1970-01-01T00:00:00.000Z."
The column's type is VARCHAR.
We would like to report this finding to Druid developers. Thanks.
The text was updated successfully, but these errors were encountered: