hutiefang76 commented on issue #3615: URL: https://github.com/apache/fluss/issues/3615#issuecomment-4947357803
Hi, I would like to work on this. My current reading is that the test treats `futures.get(0)` as the first download that reaches the running state, but `RemoteFileDownloader` uses a four-thread executor and does not guarantee submission-order execution. That can leave the test waiting for a different blocked future until the 60-second timeout. I plan to keep the change in `RemoteLogDownloaderTest`: track the first actually completed download with an explicit latch, keep the two blocked downloads separate, and assert all expected futures complete after release. I will not increase the timeout or change production behavior. I will also repeatedly run the focused test and the `fluss-client` module checks. Would this scope be acceptable before I start the implementation? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected]
