fix(promptinput): focus seeded prompts - #661
Conversation
📋 PR Overview
🔬 Coverage
|
🎨 Storybook previewUpdated for 80f5a2e
|
|
| Option | What it gives users | What it costs | Effort to change later |
|---|---|---|---|
| Current: separate path | Unblocks ENG-612 without touching filesystem flow | Filesystem seeding looks inert compared to in-place seeding | Low: one follow-up PR adds seedPrompt call after navigation |
| Unified path now | Fully consistent seeding experience across all entry points | Slightly wider scope; needs cross-screen navigation awareness | Lower if done now before more surfaces are added |
The concern is worth tracking as a follow-up. The team has acknowledged it and scoped it explicitly, which is the right process decision.
Since the last review
- Addressed by explanation: The filesystem 'edit with prompt' action is excluded from seeding unification, which may feel inconsistent to users whose mental model is the same as picking a chip. (Farhan (@fkb032) confirmed the filesystem action stores the seed and navigates but does not call
seedPrompt, focus the textarea, or scroll it into view; the team has explicitly scoped it outside ENG-612 as a cross-screen path.) - Addressed by explanation: Does the filesystem 'edit with prompt' action currently reveal and focus the composer after navigating? If not, does the team plan to align it? (Farhan (@fkb032) confirmed it does not reveal or focus the composer; alignment is deferred outside ENG-612 with no committed timeline.)
- Addressed by explanation: Are any suggestion surfaces (Spotlight variant, trending variant) still calling the global state action directly and bypassing the shared seeding path? (Farhan (@fkb032) confirmed Spotlight, Trending (row and 'Use'), starter chips, Mac recommendations, and history all call
seedPrompt; the filesystem transition is the only remaining out-of-path writer.) - Addressed by explanation: Can a user reach a suggestion chip while processing is running, and if so, does seeding behave consistently? (Farhan (@fkb032) confirmed overlays block all surfaces during active evolve and rebuild; during brief cancellation wind-down the selected text is retained and not auto-submitted when processing clears.)
Open questions
-
When the "edit with prompt" filesystem action lands the user on the prompt screen with a seed already stored, is any affordance shown to indicate the composer has content ready? Or does the user need to notice the populated textarea independently?
-
The
requestAnimationFrametiming guarantees focus happens after the next paint, which is correct when the composer is already visible. Does the trending variant, which may need to reveal the composer first, always complete its reveal within one frame? Or is there a layout transition that could make focus fire before the composer is fully on screen?
Recommendation
Ship it
Every in-scope product decision is sound: seeding is unified, the composer reveals and focuses without auto-submitting, and focus routing for the history popover matches user intent in both the selection and dismiss cases. All four prior concerns and open questions have been answered by the author. The one remaining gap (filesystem path inconsistency) is acknowledged, explicitly scoped out, and small enough to address in a follow-up without blocking this fix.
|
Thanks — I checked each open question against the current branch:
|
darkmatteragent
left a comment
There was a problem hiding this comment.
Review — APPROVE
ba1dcb6dce86 · 0 findings
The shared seeding path correctly reveals, focuses, and positions the composer without submitting, while history selection preserves focus behavior for both selected and dismissed popovers. No provable, actionable defects remain in the supplied patch.
No findings.
|
No findings. reviewed: ba1dcb6 — 2026-08-29T07:44Z verdict: approve findings: 0
Run details
|
ba1dcb6 to
80f5a2e
Compare
Code Review ✅ ApprovedConsolidates route suggestion chips, Spotlight, trending prompts, Mac recommendations, and prompt history through a shared prompt-seeding path. The composer is now revealed and focused with the caret positioned at the end, without auto-submit, and history-trigger focus restoration is preserved on popover dismissal. No issues found. OptionsAuto-apply is off → Gitar will not commit updates to this branch. Comment with these commands to change the behavior for this request:
Was this helpful? React with 👍 / 👎 | Gitar |





Summary
Why
ENG-612 / #638: under the active
evolve-prompt-suggestionsmultivariate feature flag, thetrendingvariant can leave the composer off-screen while suggestion rows remain clickable. Previously those clicks only updated Zustand state, so they could look inert. Mac recommendations and prompt history also bypassed the shared helper.This supersedes closed draft #641. The filesystem “edit with prompt” action navigates from another screen and is intentionally outside this in-place suggestion flow.
Fixes #638
Test Plan
bun -F native test:unit— 347 tests passed across 51 filesbunx tsc --noEmit -p apps/native/tsconfig.jsonbunx oxlinton all four changed files — 0 warnings/errorsbunx oxfmt --checkon all four changed filesbun -F native buildgit diff --checkKnown repository baselines
.agent/skills/nixmac-dsMarkdown files, as it does on fix(promptinput): remove dead trending browse CTA #660. This PR's dedicated Treefmt check passes.Docs