Repository navigation
fix(studio): the desktop card says the download opens hyperframes.studio - #6594
Conversation
Edit accuracy: accurate 271 (base branch 271), smooth 145 of thoseThe gate passes. Quarantined, measured but not gated (0) Unstable (3)
|
miguel-heygen
left a comment
There was a problem hiding this comment.
DesktopGuideCard.tsx:171 now names the same .studio host returned by desktopDownloadUrl and opened by OpenInDesktopButton; the exact diff is one presentation string, with handlers and routing unchanged. Read the full card/caller/server path and existing peer texts (Copilot quota notice only). Local pinned-source comparisons pass; required checks pass/skip. I did not independently rerun the reported DOM suite or inspect live screenshots/browser behavior.
Verdict: APPROVE
Reasoning: The copy matches the existing download destination, with no behavioral change or code blocker found at this exact head.
— desktop-review
The browser editor's "Install the desktop app" card said its download "Opens hyperframes.dev in a new tab". Since 27 Oct the link goes to hyperframes.studio (#6585), and hyperframes.dev redirects there. One word in
DesktopGuideCard.tsx.Before
Step 1 of the card: "Free. Opens hyperframes.dev in a new tab."
After
"Free. Opens hyperframes.studio in a new tab." Captured from
hyperframes previewbuilt from this branch, with/api/open-in-desktopanswering "not installed" so step 1 shows.How it was tested
OpenInDesktopButton.dom.test.tsx21/21. The card's download button already goes tohyperframes.studio/studio/download?src=browser-editor(live/api/open-in-desktopanswer).