### CI Link

https://gradle-enterprise.elastic.co/s/n6mmfb3uwtq7q

### Repro line

./gradlew ':server:test' --tests "org.elasticsearch.search.internal.ContextIndexSearcherTests.testIntersectScorerAndRoleBits" \   -Dtests.seed=E99DBC08AEFDABC1 \   -Dtests.locale=und \   -Dtests.timezone=America/Santarem \   -Druntime.java=20

### Does it reproduce?

Yes

### Applicable branches

main

### Failure history

_No response_

### Failure excerpt

10:13:31 org.elasticsearch.search.internal.ContextIndexSearcherTests > testIntersectScorerAndRoleBits FAILED
10:13:31     java.lang.AssertionError: The top-reader used to create Weight is not the same as the current reader's top-reader (org.apache.lucene.index.CompositeReaderContext@4afc5040
10:13:31         at __randomizedtesting.SeedInfo.seed([E99DBC08AEFDABC1:41ACDD81C7F3BEAA]:0)
10:13:31         at org.apache.lucene.search.TermQuery$TermWeight.scorer(TermQuery.java:105)
10:13:31         at org.apache.lucene.search.Weight.scorerSupplier(Weight.java:136)
10:13:31         at org.apache.lucene.search.LRUQueryCache$CachingWrapperWeight.scorerSupplier(LRUQueryCache.java:759)
10:13:31         at org.apache.lucene.tests.search.AssertingWeight.scorerSupplier(AssertingWeight.java:80)
10:13:31         at org.apache.lucene.search.ConstantScoreQuery$1.scorerSupplier(ConstantScoreQuery.java:153)
10:13:31         at org.apache.lucene.tests.search.AssertingWeight.scorerSupplier(AssertingWeight.java:80)
10:13:31         at org.apache.lucene.tests.search.AssertingWeight.scorer(AssertingWeight.java:66)
10:13:31         at org.elasticsearch.search.internal.ContextIndexSearcherTests.testIntersectScorerAndRoleBits(ContextIndexSearcherTests.java:157)

server/src/test/java/org/elasticsearch/search/internal/ContextIndexSearcherTests.java
if (executor != null) {
                    terminate(executor);
                }
            }
        }
    }
    /**
     * Simulate one or more exceptions being thrown while collecting, through a custom query that throws IOException in its Weight#scorer.
     * Verify that the slices that had to wait because there were no available threads in the pool are not started following the exception,
     * which triggers a cancellation of all the tasks that are part of the running search.
     * Simulate having N threads busy doing other work (e.g. other searches) otherwise all slices can be executed directly, given that
     * the number of slices is dependent on the max pool size.
     */
    public void testCancelSliceTasksOnException() throws Exception {
        try (Directory dir = newDirectory()) {
            indexDocs(dir);
            int numThreads = randomIntBetween(4, 6);
            int numBusyThreads = randomIntBetween(0, 3);
            int numAvailableThreads = numThreads - numBusyThreads;
            ThreadPoolExecutor executor = EsExecutors.newFixed(
                ContextIndexSearcherTests.class.getName(),
                numThreads,
                -1,
                EsExecutors.daemonThreadFactory(""),
                new ThreadContext(Settings.EMPTY),
                EsExecutors.TaskTrackingConfig.DO_NOT_TRACK
            );
            ExecutorTestWrapper executorTestWrapper = new ExecutorTestWrapper(executor, numBusyThreads);
            try (DirectoryReader directoryReader = DirectoryReader.open(dir)) {
                Set<LeafReaderContext> throwingLeaves = new HashSet<>();