-
Notifications
You must be signed in to change notification settings - Fork 25k
New issue
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
ESQL: Evaluator check function tests #117715
Conversation
# Conflicts: # x-pack/plugin/esql/src/test/java/org/elasticsearch/xpack/esql/expression/function/TestCaseSupplier.java
Pinging @elastic/es-analytical-engine (Team:Analytics) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Copilot reviewed 5 out of 6 changed files in this pull request and generated no suggestions.
Files not reviewed (1)
- x-pack/plugin/esql/src/test/java/org/elasticsearch/xpack/esql/expression/function/TestCaseSupplier.java: Evaluated as low risk
Comments skipped due to low confidence (1)
x-pack/plugin/esql/src/test/java/org/elasticsearch/xpack/esql/expression/function/scalar/convert/ToDoubleTests.java:127
- [nitpick] The evaluator name 'Int' is less descriptive than 'Integer'. It should be renamed back to 'Integer'.
evaluatorName.apply("Int")
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like it. It seems like a nicer improvement. About how many more changes would it take to make us have to specify this even if the result is not representable? If it's just a hand full then I think it's worth being explicit about it all here.
e6f527a
to
d30cbac
Compare
# Conflicts: # x-pack/plugin/esql/src/test/java/org/elasticsearch/xpack/esql/expression/predicate/operator/arithmetic/SubTests.java
💚 Backport successful
|
Multiple scalar function tests were being ignored if they had any non-representable child (counters, durations, periods...). Here, I'm making that "can have an evaluator" a bit more explicit in every test, as many of the ignored tests cases were actually "working".
Multiple scalar function tests were being ignored if they had any non-representable child (counters, durations, periods...). Here, I'm making that "can have an evaluator" a bit more explicit in every test, as many of the ignored tests cases were actually "working".
Multiple scalar function tests were being ignored if they had any non-representable child (counters, durations, periods...).
Here, I'm making that "can have an evaluator" a bit more explicit in every test, as many of the ignored tests cases were actually "working".
Now, either the testcase is explicitly marked with->Now.withoutEvaluator()
, or the return type is non-representable (I kept this logic as to avoid adding.withoutEvaluator()
to more tests, but could be changed too; only other 2-4 tests would need changes right now)..withoutEvaluator()
must be explicit