Skip to content

[docs] Add HTTPS dev certificate guidance to TypeScript AppHost docs#1032

Open
aspire-repo-bot[bot] wants to merge 1 commit into
release/13.4from
docs/polyglot-https-certs-trust-17348-e33c146007a29244
Open

[docs] Add HTTPS dev certificate guidance to TypeScript AppHost docs#1032
aspire-repo-bot[bot] wants to merge 1 commit into
release/13.4from
docs/polyglot-https-certs-trust-17348-e33c146007a29244

Conversation

@aspire-repo-bot
Copy link
Copy Markdown
Contributor

Summary

This PR documents how TypeScript (polyglot) AppHost users should resolve HTTPS development certificate errors when running aspire run.

Context

Aspire PR microsoft/aspire#17348 improved the error messages for polyglot (TypeScript/Node.js/Python) app host users encountering Kestrel HTTPS dev-cert failures. Previously, the error pointed to dotnet dev-certs https --trust, which requires the .NET SDK on the user's PATH — not a given for TypeScript AppHost users. The PR now rewrites that error message to recommend aspire certs trust instead.

The missing piece in the docs is guidance on this certificate step specifically for TypeScript AppHost users. The typescript-apphost.mdx page had no mention of HTTPS certificate setup.

Changes

  • src/frontend/src/content/docs/app-host/typescript-apphost.mdx — added an "HTTPS development certificates" section explaining:
    • Why TypeScript AppHost users see the certificate error
    • How to fix it with aspire certs trust
    • Recovery tip: aspire certs clean + aspire certs trust
    • Cross-reference to Certificate configuration docs
    • Added aspire certs trust and Certificate configuration to the See Also links

Triggered signals

  • pr_body_has_cli_flag_mention — source PR body mentions --trust in dotnet dev-certs https --trust

Source PR

Closes documentation gap surfaced by microsoft/aspire#17348.

Generated by PR Documentation Check for issue #17348 · ● 88.5M ·

TypeScript (and other polyglot) app host users may not have the .NET SDK
on their PATH, so `dotnet dev-certs https --trust` guidance doesn't apply.
Aspire now surfaces `aspire certs trust` in HTTPS error messages for
polyglot hosts (microsoft/aspire#17348).

Add an 'HTTPS development certificates' section to the TypeScript AppHost
project structure page explaining how to resolve the error with
`aspire certs trust`, with a tip for clean+trust recovery and a cross-
reference to the full certificate-configuration docs.

Co-authored-by: Copilot <223556219+Copilot@users.noreply.github.com>
@aspire-repo-bot aspire-repo-bot Bot added the docs-from-code Copilot initiated issue from dotnet/aspire repo label May 21, 2026
@aspire-repo-bot aspire-repo-bot Bot requested a review from sebastienros May 21, 2026 15:57
@IEvangelist IEvangelist marked this pull request as ready for review May 21, 2026 18:01
@IEvangelist IEvangelist self-requested a review as a code owner May 21, 2026 18:01
Copilot AI review requested due to automatic review settings May 21, 2026 18:01
Copy link
Copy Markdown
Contributor

Copilot AI left a comment

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

Adds missing documentation for TypeScript (polyglot) AppHost users who hit HTTPS dev-certificate failures when running aspire run, aligning guidance with the newer CLI error message that recommends aspire certs trust.

Changes:

  • Added an “HTTPS development certificates” section to the TypeScript AppHost docs explaining when/why the error occurs.
  • Documented remediation using aspire certs trust, plus a recovery flow using aspire certs clean followed by aspire certs trust.
  • Added cross-links to certificate configuration docs and the aspire certs trust command reference.

💡 Add Copilot custom instructions for smarter, more guided reviews. Learn how to get started.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

docs-from-code Copilot initiated issue from dotnet/aspire repo

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant