Repository navigation
docs: one Troubleshooting page, four tabs, and the start pages folded - #6380
Conversation
|
Preview deployment for your docs. Learn more about Mintlify Previews.
💡 Tip: Enable Automations to automatically generate PRs for you. |
jrusso1020
left a comment
There was a problem hiding this comment.
We checked only this PR's last commit. All six deleted pages have explicit deletion allowances and redirects to real sections, and the four tabs keep the other navigation pages. All 448 generated detail pages match the two intended substitutions, and the generator's other edits are formatting. Troubleshooting is preserved apart from the update guidance noted inline. Broken links and nine deletion-guard tests pass; local Mint validation stalled.
|
|
||
| The browser never opens, the page is unreachable, or the project does not load. | ||
| ## In the Studio app | ||
|
|
There was a problem hiding this comment.
The move drops the old Studio app troubleshooting page's entire "How updates arrive" section. The install page's Updates summary does not keep the Automatic updates toggle, the Mac menu route, or the "Could not check for updates" recovery instructions. Please keep those details in help or expand the install section and link to it; the current move is not word for word for this section.
056eca8 to
80b5053
Compare
jrusso1020
left a comment
There was a problem hiding this comment.
We checked the follow-up and rebased scope. How updates arrive is restored word for word from the removed page, including the settings and recovery instructions. The original rebased patches are unchanged, and the combined stack's broken-link check passes. We did not rerun Mint validation or a live preview. No new blocker found.
miguel-heygen
left a comment
There was a problem hiding this comment.
Independent approval pass at 80b5053aebfd2f3b8a68db0f2d2d52f98d297a7c.
The restored “How updates arrive” section (docs/help.mdx:18–38) matches the removed section word for word, including settings and failure recovery. Sampled update labels/default behavior agree with the saved Desktop source. All six folded routes have reasoned allowances and redirects; all 587 prior navigation entries remain or map to a retained destination. All 448 generated detail pages are exactly the intended two substitutions; the generator reflects those substitutions.
Audited: each layer and its cumulative integration, navigation/redirect/deletion-allowance contract, the prior review repairs and affected source consumers. Trusting: existing creative examples and previously moved prose beyond sampled source checks; no media generation or signed-in Studio acceptance. Rames’s prior COMMENT and same-head follow-up were read in full; the identified repairs are independently substantiated.
Evidence: public Mintlify branch preview (not production): current pages render, all 6 old routes fetch their intended pages with real section IDs; one old URL per layer also navigated through the actual browser/hash. Desktop/light, mobile and desktop/dark sampled. Repaired text is present in rendered DOM. Nine deletion-guard tests and independent missing-allowance negative controls pass. Hosted exact-head checks: 57 success/54 skipped, no failures; completed docs log confirms Mint validation and redirect-aware broken links passed.
Nonblocking preview limitations: the shared GitHub metadata widget receives 403s; page content and navigation remain usable, with no uncaught page errors. HAR zero-status records are not counted as successful requests. The optional local generator-suite attempt did not collect in the partial source snapshot (missing transitive player module); the 448-file equivalence witness is independently passing. No installs, worktree, provider call, merge or deployment.
Verdict: APPROVE
Reasoning: No blocking finding remains in this exact docs layer or its integration with the captured parents; repaired claims, redirect coverage, rendered routes and hosted docs gates agree. Approval does not cover future rebases.
— Magi
80b5053 to
d33083b
Compare
miguel-heygen
left a comment
There was a problem hiding this comment.
Fresh rebase review at d33083bd0fc6ecef7e83318b6a235c4b9805a146. Git range-diff pairs both layer commits unchanged with the previously approved layer; comparison of every patch line (excluding object IDs and hunk offsets) also passes. Both layers descend from landed #6378 (12030b0e); its docs match the reviewed parent except the inherited v0.8.201 changelog entry.
Audited: actual layer/cumulative file census, four-tab navigation, retained help/update guidance and catalog substitutions, all current peer review/comment text, redirect/deletion integration and inherited changelog difference. All surviving layer files match their approved versions byte for byte except #6379's inherited changelog addition. Trusting: prior independent source-consumer audit and published-preview desktop/mobile/dark route evidence for these unchanged pages; no new browser or native/signed-in walk this round. Prior preview widget/icon 403 limitations remain disclosed in the original reviews.
Fresh offline controls pass: 15 deletion allowances/redirects and destination headings with missing-allowance negative control; repaired mute/update claims; 587 navigation entries retained/remapped; 448 catalog pages match exactly two intended substitutions; all 9 deletion-guard tests pass. The earlier optional generator-suite collection limitation remains; it is not claimed passing.
Current-head CI snapshot: {'skipped': 50, 'success': 49, 'in_progress': 5, 'neutral': 1}. No failed check observed; running checks remain unconfirmed. New exact-head Validate docs job logs independently confirm Mint build validation and redirect-aware broken links passed. Each new completed log was fetched once; prior logs were not refetched. No install, worktree, merge or deployment.
Verdict: APPROVE
Reasoning: The rebase preserves the reviewed content and repairs, and fresh integration controls found no blocker. Approval covers this exact head; later rebases need their own check.
— Magi
Folding the Studio app troubleshooting page into /help dropped its "How updates arrive" section: the update button, Settings > Updates and the Mac menu route, the Automatic updates toggle, and what to do when an update stalls or cannot check. It is back word for word; every label is still in the app.
d33083b to
1a4b9e0
Compare
miguel-heygen
left a comment
There was a problem hiding this comment.
Fresh restack review at 1a4b9e0bbcd63b8849b921100f991dc5e20e4826. Both layer commits pair unchanged in git range-diff with the approved d33083bd layer; normalized full patches also match. docs/help.mdx retains How updates arrive, and the six folded pages still have reasoned allowances, unique redirects and real destination headings. A missing-allowance negative control fails as intended.
Audited: own two-commit layer, current main integration and navigation/redirect/deletion contracts, all current peer texts. Trusting: the earlier independent 448-page/catalog and source-label audit for these unchanged patches; inherited main runtime changes are outside this incremental review. Public hosted /help renders the four tabs, update guidance and symptom headings without overflow or uncaught page errors. No native/provider/FPS claim.
Executed: 9 deletion-guard tests, six redirect/heading controls and exact patch-equivalence witness. No new install/worktree. The prior preview widget limitations remain attributed; no claim of a new full site crawl.
Current-head CI snapshot: {'skipped': 50, 'success': 54, 'in_progress': 1}. Docs validation, lint and Mintlify deployment passed; remaining checks are pending, not claimed green.
Verdict: APPROVE
Reasoning: The reviewed content/repairs survive the restack, and the new palette integration has no blocking defect in the affected rendered routes. Approval covers this exact head only.
— Magi
What
/help) for the whole site, organised by where the problem shows up: in the Studio app, in the preview and browser editor, renders and setup, plus Share feedback. It's built from today's four pages section by section, word for word, so nothing a person searches for disappears.ALLOWED_DELETIONSentry:/guides/troubleshooting/help/studio/troubleshooting/help#in-the-preview-and-browser-editor/studio-app/troubleshooting/help#in-the-studio-app/guides/feedback/help#share-feedback/guides/choose-creation-path/quickstart(the three-door start page answers the same question)/go-further/studio-app/edit-with-the-agentscripts/generate-catalog-pages.ts) and the 448 generated pages now say "Put blocks together into one video" and "Add assets and Catalog items in the browser editor". Only those two lines change in each page.Why
Four places answered "something went wrong", and people had to guess which one. The 22 Oct review merged them into one page a person scans by symptom (the four pages had ~880 human views a month between them, and the docs assistant got 61 error questions). The five tabs mixed "the editor" and "the app" at the top level; four tabs match the four jobs people come with.
How we'll know: fewer error questions to the docs assistant that end without a click; help-page visits that end on a section anchor.
Related work
Docs PR 7a, after the browser editor (#6379, merged) and the docs look (#6393, merged); rebased onto main. Next: 7b adds the FAQ and Free agents pages, 7c the Inspiration page.
How
guides/feedback.mdx. The 25 Oct drafts had condensed seven of these symptoms away; they're kept.Test plan
mint broken-links --check-redirects: no broken links;mint validatepasses;bun run lint, the deletion guard and its tests, andgenerate-catalog-pagestests pass