Skip to content

Conversation

jozala
Copy link
Contributor

@jozala jozala commented Oct 7, 2025

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 to 0.0.0 so the asserts were always disabled.

Lucene compatibility tests are currently running for commit 10352e57d85505984582616e1e38530d3ec6ca59 and ES version 9.0.0. It is specified here:

- group: lucene-compat
steps:
- label: "{{matrix.LUCENE_VERSION}} / lucene-compat"
command: .ci/scripts/run-gradle.sh -Dbwc.checkout.align=true -Dorg.elasticsearch.build.cache.push=true -Dignore.tests.seed -Dscan.capture-file-fingerprints -Dtests.bwc.main.version=$$ES_VERSION -Dtests.bwc.refspec.main=$$ES_COMMIT luceneBwcTest
timeout_in_minutes: 300
matrix:
setup:
LUCENE_VERSION:
- "10.0.0"
ES_VERSION:
- "9.0.0"
ES_COMMIT:
- "10352e57d85505984582616e1e38530d3ec6ca59" # update to match last commit before lucene bump maintained from combat-lucene-10-0-0 branch

These asserts have been enabled for the lucene compat because
`oldVersion` is now correctly set after elastic#134584 which removed `0.0.0`
version.
@jozala jozala added >non-issue >test Issues or PRs that are addressing/adding tests :Delivery/Build Build or test infrastructure auto-backport Automatically create backport pull requests when merged v8.19.6 v9.1.6 v9.0.9 v8.18.9 v9.2.1 labels Oct 7, 2025
@elasticsearchmachine elasticsearchmachine added Team:Delivery Meta label for Delivery team v9.3.0 labels Oct 7, 2025
@elasticsearchmachine
Copy link
Collaborator

Pinging @elastic/es-delivery (Team:Delivery)

@jozala jozala requested a review from martijnvg October 7, 2025 15:01
@jozala
Copy link
Contributor Author

jozala commented Oct 7, 2025

@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 10352e57d85505984582616e1e38530d3ec6ca59 which AFAIU is "last commit before lucene bump".

@jozala jozala added the auto-merge-without-approval Automatically merge pull request when CI checks pass (NB doesn't wait for reviews!) label Oct 7, 2025
@jozala jozala merged commit b1a861e into elastic:main Oct 7, 2025
7 of 34 checks passed
@jozala jozala removed the v8.19.6 label Oct 7, 2025
jozala added a commit to jozala/elasticsearch that referenced this pull request Oct 7, 2025
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
jozala added a commit to jozala/elasticsearch that referenced this pull request Oct 7, 2025
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
@jozala
Copy link
Contributor Author

jozala commented Oct 7, 2025

💚 All backports created successfully

Status Branch Result
9.2
9.1
9.0

Questions ?

Please refer to the Backport tool documentation

jozala added a commit to jozala/elasticsearch that referenced this pull request Oct 7, 2025
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
jozala added a commit that referenced this pull request Oct 7, 2025
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
jozala added a commit that referenced this pull request Oct 7, 2025
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
jozala added a commit that referenced this pull request Oct 7, 2025
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
jozala added a commit to jozala/elasticsearch that referenced this pull request Oct 7, 2025
jozala added a commit that referenced this pull request Oct 7, 2025
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment