-
Notifications
You must be signed in to change notification settings - Fork 25.5k
Fix lucene compat tests by keeping asserts disabled #136094
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
Conversation
These asserts have been enabled for the lucene compat because `oldVersion` is now correctly set after elastic#134584 which removed `0.0.0` version.
Pinging @elastic/es-delivery (Team:Delivery) |
@martijnvg Asking you since you've added the code disabling the asserts, so you probably have better context around that. Could you please have a look if this solution with checking detached version to disable the asserts is acceptable? The "detached" version in this context means that the elasticsearch cluster running is not bound to any specific released version of the cluster. Instead it can be any built from any Git ref. In this specific case ES is built from commit |
These asserts have been enabled for the lucene compat because `oldVersion` is now correctly set after elastic#134584. Previously, in the Lucene compatibility tests, version was always set to `0.0.0` so the asserts were always disabled. Additionally, re-enable the tests that were muted because of the issue (cherry picked from commit b1a861e) # Conflicts: # muted-tests.yml
These asserts have been enabled for the lucene compat because `oldVersion` is now correctly set after elastic#134584. Previously, in the Lucene compatibility tests, version was always set to `0.0.0` so the asserts were always disabled. Additionally, re-enable the tests that were muted because of the issue (cherry picked from commit b1a861e) # Conflicts: # muted-tests.yml
💚 All backports created successfully
Questions ?Please refer to the Backport tool documentation |
These asserts have been enabled for the lucene compat because `oldVersion` is now correctly set after elastic#134584. Previously, in the Lucene compatibility tests, version was always set to `0.0.0` so the asserts were always disabled. Additionally, re-enable the tests that were muted because of the issue (cherry picked from commit b1a861e) # Conflicts: # muted-tests.yml
These asserts have been enabled for the lucene compat because `oldVersion` is now correctly set after #134584. Previously, in the Lucene compatibility tests, version was always set to `0.0.0` so the asserts were always disabled. Additionally, re-enable the tests that were muted because of the issue (cherry picked from commit b1a861e) # Conflicts: # muted-tests.yml
These asserts have been enabled for the lucene compat because `oldVersion` is now correctly set after #134584. Previously, in the Lucene compatibility tests, version was always set to `0.0.0` so the asserts were always disabled. Additionally, re-enable the tests that were muted because of the issue (cherry picked from commit b1a861e) # Conflicts: # muted-tests.yml
These asserts have been enabled for the lucene compat because `oldVersion` is now correctly set after #134584. Previously, in the Lucene compatibility tests, version was always set to `0.0.0` so the asserts were always disabled. Additionally, re-enable the tests that were muted because of the issue (cherry picked from commit b1a861e) # Conflicts: # muted-tests.yml
These asserts have been earlier enabled for the lucene compat because
oldVersion
is now correctly set after #134584. Previously, in the Lucene compatibility tests, version was always set to0.0.0
so the asserts were always disabled.Lucene compatibility tests are currently running for commit
10352e57d85505984582616e1e38530d3ec6ca59
and ES version9.0.0
. It is specified here:elasticsearch/.buildkite/pipelines/intake.yml
Lines 78 to 90 in 227bc08