Repository navigation
Conversation
This was referenced Oct 20, 2026
Contributor
Author
Every external output port of an operator that keeps its result is stored, but results were only ever read from the first port, so a Split's second output or an If's True branch could not be shown. A pagination request can now name the output port to read, with the first port as the default, and the reply carries the port it read and that port's row count. The live result updates keep following the first port, so a client paging another port takes the count from the reply. The result store's count per operator now comes from the first port too; it was built from every stored port, so a terminal Split's second output could replace its first output's count. On the frontend, the result service gives each extra port its own pagination service, which names its port in its requests, keeps no page cache and takes its row count from each reply, and every port's service takes its schema only from replies to its own requests. The result table and its row detail can show any port. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
kz930
force-pushed
the
feat/9057-pinned-result-windows
branch
from
October 20, 2026 23:26
083308b to
99dfefa
Compare
kz930
changed the title
Switching the table to another output port left the previous port's rows on screen when the new port was empty, with the loading state never ending, and a late reply for the previous port could replace the new port's rows. A port change now starts from an empty table, a reply for an operator or port no longer shown is dropped, and an empty page ends the loading. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
…canvas Resting the pointer on an operator for half a second shows a card beside it with the operator's first rows and its size, or its error, or how to keep a result the run did not keep. A pointer passing over, dragging, or a click opens nothing, and the card lingers a moment so the pointer can move into it. An operator with several outputs says the rows are the first output's. The preview can be turned off under Layers, and stays off while the heat-map overlay is on. The first rows come from a request of their own, so a preview never moves the result table's page or reads its cache. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
kz930
force-pushed
the
feat/9057-pinned-result-windows
branch
from
October 20, 2026 23:40
99dfefa to
a64630b
Compare
Contributor
Author
Contributor
Automated Reviewer SuggestionsBased on the
|
github-actions
Bot
added
feature
engine
frontend
Codecov Report❌ Patch coverage is Additional details and impacted files@@ Coverage Diff @@
## main #9058 +/- ##
============================================
+ Coverage 92.33% 92.35% +0.01%
+ Complexity 5045 5044 -1
============================================
Files 1261 1263 +2
Lines 54120 54302 +182
Branches 6768 6805 +37
============================================
+ Hits 49974 50148 +174
+ Misses 2486 2476 -10
- Partials 1660 1678 +18
*This pull request uses carry forward flags. Click here to find out more. ☔ View full report in Codecov by Harness. 🚀 New features to boost your workflow:
|
This branch has not been deployed
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
2 participants
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
What changes were proposed in this PR?
Resting the pointer on an operator for half a second shows a card beside it with the operator's first rows and its size, or its error, or how to keep a result the run did not keep. A pointer passing over, dragging, or a click opens nothing, and the card lingers a moment so the pointer can move into it. An operator with several outputs says the rows are the first output's. The preview can be turned off under Layers, and stays off while the heat-map overlay is on.
The first rows come from a request of their own, so a preview never moves the result table's page or reads its cache.
This needs #9054, so the diff includes its commit until #9054 merges. The PR's own change is the last commit.
Any related issues, documentation, discussions?
Closes #9057. Part of #9052. Design discussed in #8842.
How was this PR tested?
A new spec for the hover card covers a table's rows and size, an error, a chart, no result, and several outputs. New cases in the workflow editor's spec cover the delay before the card opens and the moment it lingers, and the result service's spec covers fetching the first rows without moving the table. The affected frontend specs pass.
Was this PR authored or co-authored using generative AI tooling?
Generated-by: Claude Code (Claude Opus 5.5)
🤖 Generated with Claude Code