kz930 opened a new issue, #9050: URL: https://github.com/apache/texera/issues/9050
### What happened? When an operator with two output ports, such as Split, is at the end of a workflow, the result panel shows the rows of its first output but pages them by the row count of its second output. The pager can stop before the last rows of the first output, or it can offer pages past its end that come up empty. In the example below, Split sends 13 rows to its first output and 7 to its second. The panel shows the first output, and its statistics row says 13 values, but the pager offers only 2 pages of 5. Rows 14, 15 and 17 cannot be reached. The cause is in `ExecutionResultService.onResultUpdate`. Both output ports of a terminal operator are stored, and the row counts are collected into a map keyed by operator, so the port read last replaces the other. The result panel and its page requests read the first port, but the count it pages by can be the second port's. I expected the pager to count the rows of the output it shows. <img width="1316" height="896" alt="split-result-panel-wrong-page-count" src="https://github.com/user-attachments/assets/b84a2749-88a5-4913-81ce-ebc5a45cf188"; /> ### How to reproduce? 1. Add a Python UDF source that yields 20 rows, with an integer column `id` from 0 to 19. 2. Connect it to a Split with Split Percentage 70, and leave both of Split's outputs unconnected. 3. Run the workflow. Split reports 13 rows on one output and 7 on the other. 4. Click Split and open the result panel. The statistics row says 13, but the pager has 2 pages, and page 2 ends at id 13. ### Version/Branch 1.4.0-incubating-SNAPSHOT (main) ### Commit Hash (Optional) 22b82a295 ### What browsers are you seeing the problem on? Chrome ### Relevant log output _No response_ -- 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]
