Repository navigation
feat(captures): list annotations and replays in the Captures pane - #1673
Merged
Merged
Conversation
kitlangton
force-pushed
the
captures-every-kind
branch
from
November 13, 2026 02:53
1a22fe7 to
d4433e3
Compare
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
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.
The Captures pane now lists Annotate's annotations and replays, not just the Lab's screenshots and recordings.
Annotate captures used to exist only in the captures folder. Now they show in the same list, newest first, and open in the same editor.
❌ Before
✅ After
*.scrawlbundle from the last 30 days lists as "Annotation · 0:18" with its first keyframe, its words, and its age. If retention removed the movie, the row says "Annotation · Video expired". Clicking a row opens the movie with its timed words in the editor, or the keyframe when the movie is gone. Copy copies it the way Annotate does, and Trash moves the whole bundle. Search also matches the app and the session it was sent to.📊 Proof
Kit's real captures folder: 1,498 bundles, all of them parse with the new reader. 1,256 fall in the 30-day window, and the first scan reads 48 MB of
scrawl.jsonon its own thread.Captures pane, before and after (the fixture gains an annotation row):
New tests: bundle names give their time for both Hex and Scrawl names; the list keeps only bundles in the window and with a manifest, newest first, with their words, app, destination, picture and expired movie; search matches; a rescan reads the same. They weren't run against the old code.
👀 Read:
src/history/annotations.rs. The bundles are the record, so there's no new index to keep in sync. Replays are written as ordinary bundles with no marker, so they list as annotations too. Restore Last Capture still doesn't survive a quit, on purpose: its cards are an in-memory "just captured" stack holding decoded images, and persisting them would mean a second store that mirrors this list plus decoding work at launch. After a relaunch, this pane is the way back. The rest is routine.🔍 Found in a UX audit of captures · no user reports · golden:
rune-capturesfrom the Linux checkChecks run
cargo nextest run history::annotations history::captures i18n rune_ui::captures screenshot_thumbnail: 63 passedcargo clippy --all-targets -D warnings: cleanCheck Linux (full suite, goldens from its
golden-actual): test job passed. Its nix job fails only ononboarding_kit::stories::motion_gate::the_first_run_moves_cleanly, which fails the same way on other branches (scrub-fixtures), so this change didn't cause it