yuluo-yx opened a new issue, #10878: URL: https://github.com/apache/rocketmq/issues/10878
### Before Creating the Bug Report - [x] I found a bug, not just a question. - [x] I searched open GitHub Issues and pull requests and found no duplicate. - [x] I confirmed that this bug belongs to Apache RocketMQ. ### Runtime platform environment macOS (Darwin), reproduced with an isolated local unit test. ### RocketMQ version Branch: develop Git commit: fd0c95920e0deac96ce2ae27442747cc5e65e930 ### JDK Version Zulu OpenJDK 8 (8.94.0.17) ### Describe the Bug FlatAppendFile.readAsync combines at most the segment containing the start offset and the immediately following segment. A request spanning three or more committed file segments silently returns only the first two portions. ### Steps to Reproduce 1. Create three contiguous committed consume-queue file segments of 100 bytes each. 2. Call readAsync with offset 50 and length 250. 3. Inspect the returned buffer length and contents. ### What Did You Expect to See? The returned buffer should contain all 250 requested bytes in segment order. ### What Did You See Instead? Only 150 bytes are returned because the third segment is never read. ### Additional Context A focused FlatAppendFileTest reproduces expected length 250 versus actual length 150. -- 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]
