Fix testMaxQueueLatency bug

Cannot expect thread pool task to have
completed because the test only asserts
that the task has started execution

Closes #131093

Author: DiannaHohensee

muted-tests.yml

@@ -558,9 +558,6 @@ tests:
 - class: org.elasticsearch.xpack.esql.action.EsqlActionBreakerIT
   method: testRowStatsProjectGroupByInt
   issue: https://github.com/elastic/elasticsearch/issues/131024
-- class: org.elasticsearch.common.util.concurrent.TaskExecutionTimeTrackingEsThreadPoolExecutorTests
-  method: testMaxQueueLatency
-  issue: https://github.com/elastic/elasticsearch/issues/131093
 
 # Examples:
 #

server/src/test/java/org/elasticsearch/common/util/concurrent/TaskExecutionTimeTrackingEsThreadPoolExecutorTests.java

@@ -133,7 +133,6 @@ public void testMaxQueueLatency() throws Exception {
             assertEquals("The max was just reset, should be zero", 0, executor.getMaxQueueLatencyMillisSinceLastPollAndReset());
         } finally {
             // Clean up.
-            assertThat(executor.getOngoingTasks().toString(), executor.getOngoingTasks().size(), equalTo(0));
             executor.shutdown();
             executor.awaitTermination(10, TimeUnit.SECONDS);
         }