Lead the VS Code quick start with the setup wizard - #77
Merged
guanzhousongmicrosoft merged 1 commit intoSep 10, 2026
Conversation
The guide only described the manual flow: start the container yourself, then create a New Local Connection and disable TLS. The extension has shipped a guided setup since 0.10.0 that pulls the image, starts the container, waits for readiness, and saves the connection, and the documentdb.io homepage now points people at it. A reader who followed the homepage and then landed here found instructions that contradicted it. Lead with the wizard and give all three ways to open it (Connections view, Command Palette, deep link). Keep the manual path as an explicit alternative for people who run the container themselves; its commands and notes are unchanged from documentdb#75, including the loopback binding, the credential prompts, and the network and port notes. Also: - State the real Docker prerequisite, including that Docker must be reachable from the environment VS Code runs in (WSL, dev container, SSH remote, Codespaces). Drop the Git prerequisite, since nothing here clones a repository. - Say what setup produces: container name, persistent volume, generated credentials, and the sampledb collections. - Move creating databases and collections out of the manual path, since both paths need it. - Replace the empty "Common issues and solutions" and "Using the extension logs" stubs with the two failures people actually hit and where the logs are. Verified against microsoft/vscode-documentdb main (013e429f): wizard labels in LocalQuickStart.tsx, the command title in package.json, the deep-link route and its confirmation in vscodeUriHandler.ts, and the container, volume, port, and sample database names in services/localQuickStart/quickStartTypes.ts. The deep link is inline code rather than a link because the site renders these files with react-markdown, which sanitizes non-http(s) URLs. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_017dU6YABKoUxKLU2AB1qeH1
guanzhousongmicrosoft
approved these changes
Sep 10, 2026
guanzhousongmicrosoft
pushed a commit
to GuanzhouSong/docs
that referenced
this pull request
Sep 10, 2026
The guide only described the manual flow: start the container yourself, then create a New Local Connection and disable TLS. The extension has shipped a guided setup since 0.10.0 that pulls the image, starts the container, waits for readiness, and saves the connection, and the documentdb.io homepage now points people at it. A reader who followed the homepage and then landed here found instructions that contradicted it. Lead with the wizard and give all three ways to open it (Connections view, Command Palette, deep link). Keep the manual path as an explicit alternative for people who run the container themselves; its commands and notes are unchanged from documentdb#75, including the loopback binding, the credential prompts, and the network and port notes. Also: - State the real Docker prerequisite, including that Docker must be reachable from the environment VS Code runs in (WSL, dev container, SSH remote, Codespaces). Drop the Git prerequisite, since nothing here clones a repository. - Say what setup produces: container name, persistent volume, generated credentials, and the sampledb collections. - Move creating databases and collections out of the manual path, since both paths need it. - Replace the empty "Common issues and solutions" and "Using the extension logs" stubs with the two failures people actually hit and where the logs are. Verified against microsoft/vscode-documentdb main (013e429f): wizard labels in LocalQuickStart.tsx, the command title in package.json, the deep-link route and its confirmation in vscodeUriHandler.ts, and the container, volume, port, and sample database names in services/localQuickStart/quickStartTypes.ts. The deep link is inline code rather than a link because the site renders these files with react-markdown, which sanitizes non-http(s) URLs. Claude-Session: https://claude.ai/code/session_017dU6YABKoUxKLU2AB1qeH1
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.
Why
The guide described only the manual flow: start the container yourself, then create a New Local Connection and disable TLS. It never mentioned the setup wizard the extension has shipped since v0.10.0, which pulls the image, starts the container, waits for readiness, and saves the connection for you.
That matters now because documentdb.github.io#179 adds a VS Code tab to the homepage quick start that points people at exactly that wizard, and links here for the full guide. Without this change the journey is: homepage promises a guided setup → reader opens this page → the page tells them to run Docker by hand and fill in a connection form. The two contradict each other.
What changed
Lead with Set Up DocumentDB Local and give all three ways to open it: the Connections view, the Command Palette, and the deep link.
The manual flow stays as Alternative: Connect to a Container You Started Yourself, for people who already run the container or want to manage it themselves. Its commands and notes are unchanged from #75 — the loopback binding, the credential prompts and empty-value rejection, and the Linux Foundation, credentials, network, and port notes are all preserved. I verified the bash and PowerShell blocks are byte-identical to
main.Also in this pass:
Git installed (for cloning the repository)prerequisite; nothing in this guide clones a repository.sampledbcollections.Common issues and solutionsandUsing the extension logsstubs — they were headings with no content — with the two failures people actually hit and where the logs live.Verification
Every wizard-facing claim was checked against
microsoft/vscode-documentdbmain (013e429f), reading source rather than release notes:LocalQuickStart.tsx—introduction→ Continue →configure→ Start DocumentDB Local → Open Connectionpackage.jsoncontributes Set up DocumentDB Local under category DocumentDBvscodeUriHandler.ts—/localis shorthand for/local/documentdb10260,sampledbservices/localQuickStart/quickStartTypes.ts,QuickStartService.tstree/connections-view/LocalQuickStart/LocalQuickStartItem.tswebviews/documentdb/localQuickStart/dockerReadinessPresentation.tsThe
0.10.1 or laternote on the deep link is the release that shipped it (v0.10.1), still the latest published release.One rendering detail: the deep link is inline code rather than a link because documentdb.io renders these files with
react-markdown(norehype-raw, default URL sanitization), which strips both raw anchors and non-http(s) hrefs. Avscode://link would render dead on the site.Not verified
The wizard flow was not exercised end to end in VS Code for this change; the steps are read from extension source and its released tag.
🤖 Generated with Claude Code
https://claude.ai/code/session_017dU6YABKoUxKLU2AB1qeH1