Make aspire.exe a self-extracting binary for polyglot scenarios #14398

davidfowl · 2026-02-08T18:41:05Z

Description

This PR makes aspire.exe a self-extracting binary for polyglot scenarios (TypeScript, Python). The CLI binary contains an embedded tar.gz payload with the runtime, dashboard, DCP, and tools needed to run Aspire without the .NET SDK.

Why?

Today the Aspire CLI is distributed as a separate binary alongside a bundle archive that gets extracted during install. This means:

Install scripts must download two things (CLI + bundle) and extract the bundle
aspire update --self must download and extract a bundle archive separately
The CLI and its bundle can get out of sync

With self-extracting binaries, the CLI is the bundle. On first run (or aspire setup), it extracts its own payload to ~/.aspire/. The aspire update --self flow downloads a single file and extraction happens automatically.

What changed?

Embedded resource payload — The bundle payload (tar.gz) is embedded as a .NET embedded resource in the native AOT binary via /p:BundlePayloadPath. Detection uses Assembly.GetManifestResourceInfo (metadata-only check, nanoseconds). Payload access uses Assembly.GetManifestResourceStream (demand-paged by OS, zero memory impact at startup). The payload is inside the PE/ELF signed envelope, so code signing covers it.

BundleService — Centralized extraction with:

Static IsBundle property and OpenPayload() method
TarReader on all platforms (no system tar dependency)
Double-check pattern: read version marker → acquire lock → re-check → extract if needed
Cross-process FileLock (file-based, modeled after NuGet's ConcurrencyUtilities)
Symlink target validation during extraction to prevent path traversal

Build pipeline (Bundle.proj) — Managed components publish → CreateLayout assembles layout + creates tar.gz → AOT compile CLI with tar.gz as embedded resource.

CreateLayout — The CLI binary is no longer included in the bundle layout. The native AOT binary is the CLI. Always produces tar.gz on all platforms.

UpdateCommand — Simplified: no longer does proactive extraction after self-update. The new binary extracts itself on first run via EnsureExtractedAsync().

Key files

File	Purpose
`src/Aspire.Cli/Bundles/BundleService.cs`	Bundle detection, payload access, extraction orchestration
`src/Aspire.Cli/Aspire.Cli.csproj`	Conditional `<EmbeddedResource>` when `BundlePayloadPath` is set
`src/Aspire.Cli/Utils/FileLock.cs`	Cross-process file lock (async-safe, cross-platform)
`src/Aspire.Cli/Program.cs`	DI factories using `BundleService.IsBundle` for detection
`eng/Bundle.proj`	Build pipeline orchestration
`tools/CreateLayout/Program.cs`	Layout assembly (no CLI, always tar.gz)

Checklist

Is this feature complete?
- Yes. Ready to ship.
- No. Follow-up changes expected.
Are you including unit tests for the changes and scenario tests if relevant?
- Yes
- No
Did you add public API?
- Yes
- No
Does the change make any security assumptions or guarantees?
- Yes — embedded resource is inside the signed binary envelope; symlink targets validated during extraction
- No
Does the change require an update in our Aspire docs?
- Yes
- No

…d, build integration - Add BundleTrailer (src/Shared/) with read/write/extract helpers for the 32-byte trailer appended to native AOT CLI binaries - Change IAppHostServerProjectFactory.Create() → CreateAsync() and update all 8 call sites (GuestAppHostProject, SdkGenerateCommand, SdkDumpCommand, ScaffoldingService, AppHostServerSession) - Add EnsureBundleAsync in AppHostServerProjectFactory that lazily extracts the embedded tar.gz payload on first polyglot command (run/publish/add) - Add 'aspire setup' command for explicit extraction with --install-path and --force options - Add --embed-in-cli option to CreateLayout tool that appends tar.gz payload + trailer to the native CLI binary - Update Bundle.proj to pass --embed-in-cli pointing to the layout CLI binary

- Version marker file (.aspire-bundle-version) written after extraction; EnsureBundleAsync and SetupCommand skip extraction when version matches - update --self proactively extracts embedded payload after replacing binary - 10 unit tests for BundleTrailer: roundtrip, payload slicing, version marker, and tar.gz extraction with strip-components - README documents self-extracting binary install path

github-actions · 2026-02-08T18:41:14Z

🚀 Dogfood this PR with:

⚠️ WARNING: Do not do this without first carefully reviewing the code of this PR to satisfy yourself it is safe.

curl -fsSL https://raw.githubusercontent.com/dotnet/aspire/main/eng/scripts/get-aspire-cli-pr.sh | bash -s -- 14398

Or

Run remotely in PowerShell:

iex "& { $(irm https://raw.githubusercontent.com/dotnet/aspire/main/eng/scripts/get-aspire-cli-pr.ps1) } 14398"

Copilot

Pull request overview

This PR shifts Aspire’s “bundle” distribution to a self-extracting CLI binary model by introducing a shared trailer format (BundleTrailer) and a centralized extraction implementation (BundleService). It also simplifies the self-update/install flows and updates CI/artifacts/scripts/docs accordingly.

Changes:

Add BundleTrailer (shared) + IBundleService/BundleService (CLI) to support self-extracting binaries with version-marked, thread-safe extraction.
Simplify CLI update and install UX by adding aspire setup, removing the bundle self-update path, and deduplicating archive extraction via ArchiveHelper.
Update bundle build tooling (CreateLayout, Bundle.proj) and CI/scripts/docs to publish and consume the single self-extracting binary artifact.

Reviewed changes

Copilot reviewed 26 out of 26 changed files in this pull request and generated 6 comments.

Show a summary per file

File	Description
tools/CreateLayout/Program.cs	Adds `--embed-in-cli` and embeds archive payload + trailer into the native CLI; `CreateArchiveAsync` now returns archive path.
tools/CreateLayout/CreateLayout.csproj	Source-links `BundleTrailer.cs` into CreateLayout for trailer writing.
tests/Aspire.Cli.Tests/BundleTrailerTests.cs	Adds unit tests covering trailer read/write, payload slicing, version marker, and extraction behavior.
src/Shared/BundleTrailer.cs	Implements trailer format read/write, payload substream, and version marker support.
src/Aspire.Cli/Utils/BundleDownloader.cs	Switches archive extraction to shared `ArchiveHelper`.
src/Aspire.Cli/Utils/ArchiveHelper.cs	Introduces a shared `.zip`/`.tar.gz` extraction helper.
src/Aspire.Cli/Scaffolding/ScaffoldingService.cs	Updates AppHost server factory usage to async creation.
src/Aspire.Cli/Projects/GuestAppHostProject.cs	Updates AppHost server factory usage to async creation in multiple flows.
src/Aspire.Cli/Projects/AppHostServerSession.cs	Updates AppHost server factory usage to async creation.
src/Aspire.Cli/Projects/AppHostServerProject.cs	Changes factory API to async and ensures bundle extraction occurs before bundle layout use.
src/Aspire.Cli/Program.cs	Registers `IBundleService` and wires `SetupCommand`.
src/Aspire.Cli/Commands/UpdateCommand.cs	Removes bundle-update path; updates self-update to optionally extract embedded payload after binary swap.
src/Aspire.Cli/Commands/SetupCommand.cs	Adds `aspire setup` to explicitly extract the embedded bundle payload.
src/Aspire.Cli/Commands/Sdk/SdkGenerateCommand.cs	Updates AppHost server factory usage to async creation.
src/Aspire.Cli/Commands/Sdk/SdkDumpCommand.cs	Updates AppHost server factory usage to async creation.
src/Aspire.Cli/Commands/RootCommand.cs	Adds `setup` subcommand to the CLI root.
src/Aspire.Cli/Bundles/IBundleService.cs	Defines bundle extraction contract and result enum.
src/Aspire.Cli/Bundles/BundleService.cs	Implements extraction logic (platform-aware tar handling, version marker, cleanup, thread safety).
src/Aspire.Cli/Aspire.Cli.csproj	Source-links `BundleTrailer.cs` into the CLI build.
eng/scripts/get-aspire-cli-bundle-pr.sh	Updates PR install script to place the binary in `bin/` and rely on extraction.
eng/scripts/get-aspire-cli-bundle-pr.ps1	Updates PR install script to place the binary in `bin/` and rely on extraction.
eng/scripts/README.md	Documents self-extracting binary option and updated install steps.
eng/Bundle.proj	Passes `--embed-in-cli` to CreateLayout to produce the self-extracting binary.
docs/specs/bundle.md	Updates the bundle spec for self-extracting binary architecture, extraction flow, and update flow.
.github/workflows/build-bundle.yml	Uploads only the self-extracting CLI binary as the bundle artifact.

Comments suppressed due to low confidence (1)

tools/CreateLayout/Program.cs:676

When --embed-in-cli is used on Windows RIDs, CreateArchiveAsync produces a .zip payload, but the self-extracting format and BundleService extraction logic assume an embedded tar.gz payload. This will make Windows self-extracting bundles fail to extract. Consider always generating a tar.gz payload when embedding (even on Windows), or teach BundleService to detect/extract a zip payload on Windows.

        var archiveName = $"aspire-{_version}-{_rid}";
        var isWindows = _rid.StartsWith("win", StringComparison.OrdinalIgnoreCase);
        var archiveExt = isWindows ? ".zip" : ".tar.gz";
        var archivePath = Path.Combine(Path.GetDirectoryName(_outputPath)!, archiveName + archiveExt);

src/Shared/BundleTrailer.cs

docs/specs/bundle.md

tools/CreateLayout/Program.cs

src/Aspire.Cli/Bundles/BundleService.cs

src/Aspire.Cli/Commands/SetupCommand.cs

github-actions · 2026-02-08T19:23:43Z

🎬 CLI E2E Test Recordings

The following terminal recordings are available for commit 66fe47b:

Test	Recording
AgentCommands_AllHelpOutputs_AreCorrect	▶️ View Recording
AgentInitCommand_MigratesDeprecatedConfig	▶️ View Recording
Banner_DisplayedOnFirstRun	▶️ View Recording
Banner_DisplayedWithExplicitFlag	▶️ View Recording
CreateAndDeployToDockerCompose	▶️ View Recording
CreateAndDeployToDockerComposeInteractive	▶️ View Recording
CreateAndPublishToKubernetes	▶️ View Recording
CreateAndRunAspireStarterProject	▶️ View Recording
CreateAndRunAspireStarterProjectWithBundle	▶️ View Recording
CreateAndRunJsReactProject	▶️ View Recording
CreateAndRunPythonReactProject	▶️ View Recording
CreateEmptyAppHostProject	▶️ View Recording
CreateStartAndStopAspireProject	▶️ View Recording
CreateTypeScriptAppHostWithViteApp	▶️ View Recording
DoctorCommand_DetectsDeprecatedAgentConfig	▶️ View Recording
DoctorCommand_WithSslCertDir_ShowsTrusted	▶️ View Recording
DoctorCommand_WithoutSslCertDir_ShowsPartiallyTrusted	▶️ View Recording
LogsCommandShowsResourceLogs	▶️ View Recording
PsCommandListsRunningAppHost	▶️ View Recording
ResourcesCommandShowsRunningResources	▶️ View Recording

_{📹 Recordings uploaded automatically from CI run #21875444504}

…ate CI - Extract IBundleService/BundleService with thread-safe extraction - Create ArchiveHelper to deduplicate extraction utilities - Simplify UpdateCommand: remove ExecuteBundleSelfUpdateAsync path - CI: upload self-extracting binary instead of directory tree - PR scripts: simplified to place binary in bin/ (lazy extraction) - Drop --archive from Bundle.proj, remove archive artifact upload - Update bundle spec with self-extracting binary architecture

The DI factories for INuGetPackageCache and ICertificateToolRunner previously checked DiscoverLayout() to decide between bundle and SDK implementations. This failed on fresh installs where the bundle hadn't been extracted yet, causing the factory to permanently pick the SDK implementation (which requires dotnet). Now the factories check BundleTrailer.TryRead(ProcessPath) to detect if the running binary is a bundle. This works before extraction. The bundle implementations call EnsureExtractedAsync lazily on first use, triggering extraction only when needed. - Program.cs: Use BundleTrailer.TryRead instead of DiscoverLayout - BundleNuGetPackageCache: Add IBundleService, call EnsureExtractedAsync - BundleCertificateToolRunner: Take ILayoutDiscovery+IBundleService instead of LayoutConfiguration, resolve layout lazily

Replace in-process SemaphoreSlim with a named Mutex to prevent concurrent aspire processes from racing during bundle extraction.

Named Mutex with Global\ prefix doesn't work on Linux, causing 'Object synchronization method was called from an unsynchronized block of code' errors. Use a file lock (.aspire-bundle-lock) in the extraction directory instead — works on all platforms.

Document why we use a file-based lock instead of Mutex: cross-platform compatibility and async/await safety.

FileShare.None throws IOException immediately on Windows instead of blocking. Retry with 200ms delay up to a 2 minute timeout.

- EnsureExtractedAsync: log early exits and extraction target - ExtractAsync: log trailer details, version mismatch - ExtractCoreAsync: log clean, extraction timing, marker write, verification - FileLock: throw TimeoutException with context on timeout

- Move from Bundles/ to Utils/ for reusability - Change from IDisposable to ExecuteWithLock/ExecuteWithLockAsync API - Add UnauthorizedAccessException handling (transient during DeleteOnClose) - Use CancellationToken instead of fixed timeout - Use FileOptions.DeleteOnClose to auto-clean lock files - Use 10ms retry delay (matches NuGet) instead of 200ms - Add sync overload for non-async callers

davidfowl · 2026-02-09T07:57:53Z

src/Aspire.Cli/Commands/SetupCommand.cs

+/// <summary>
+/// Extracts the embedded bundle payload from a self-extracting Aspire CLI binary.
+/// </summary>
+internal sealed class SetupCommand : BaseCommand


I don't think we'll need in the long run but I wanted to expose an explicit extract to see if we could use it from other places for a non lazy install.

src/Shared/BundleTrailer.cs

src/Aspire.Cli/Bundles/BundleService.cs

- Use EmbeddedResource (conditional on BundlePayloadPath) instead of appended trailer - Add BundleService.IsBundle and OpenPayload() for detection and access - Use .NET TarReader for extraction on all platforms (remove system tar dependency) - Add path traversal guard, null symlink check, fix resource leak in CreateLayout - Reorder Bundle.proj: managed+DCP -> tar.gz -> AOT compile with embedded resource - Simplify build-bundle.yml (no concat step) - Remove BundleTrailer, SubStream, EmbedPayloadInCli

…undle.proj - Add ConfigureAwait(false) to async disposals in tar archive creation - Add BundleRuntimePath property to Bundle.proj for local builds (skips download)

mitchdenny · 2026-02-10T11:21:48Z

Nice design — collapsing CLI + bundle into a single self-extracting binary is a big UX win. One thing I wanted to flag:

ArchiveHelper.ExtractAsync (used by the self-update flow in UpdateCommand and BundleDownloader) calls TarFile.ExtractToDirectoryAsync without any path-traversal or symlink validation:

await TarFile.ExtractToDirectoryAsync(gzipStream, destinationPath, overwriteFiles: true, cancellationToken);

Meanwhile BundleService.ExtractPayloadAsync has all the right guards (path traversal check, symlink target validation, entry-type filtering). It would be worth either consolidating the hardened extraction logic into ArchiveHelper so both paths get it, or at least adding the same checks there — since a compromised download channel could craft a tar with ../ entries or symlinks that escape the temp directory during self-update.

Not a blocker for the current PR since the embedded payload path is well-protected, but worth hardening before the self-update flow ships to users.

eerhardt · 2026-02-10T16:18:47Z

docs/specs/bundle.md

+│        tar.gz payload (~100 MB compressed)      │
+│        (runtime, dashboard, dcp, etc.)          │
+├─────────────────────────────────────────────────┤
+│        Trailer (32 bytes)                       │


Is this still up-to-date?

eerhardt · 2026-02-10T16:19:22Z

tests/Aspire.Cli.Tests/BundleServiceTests.cs

+
+namespace Aspire.Cli.Tests;
+
+public class BundleServiceTests


(nit) the file name doesn't match the class name

sebastienros · 2026-02-10T16:09:35Z

src/Aspire.Cli/Utils/FileLock.cs

+                // Sharing violation — another process holds the lock. On Windows the
+                // FileStream constructor throws immediately; on Unix it may also throw
+                // if the file is exclusively locked. Wait and retry.
+                await Task.Delay(s_defaultRetryDelay, cancellationToken).ConfigureAwait(false);


This should have a limit in case it's not transient, or this could wait indefinitely (nothing ensure the caller also defines a time limit)

sebastienros · 2026-02-10T16:17:21Z

src/Aspire.Cli/Bundles/BundleService.cs

+                    {
+                        Directory.CreateDirectory(dir);
+                    }
+                    await entry.ExtractToFileAsync(fullPath, overwrite: true, cancellationToken);


This is not setting the file permissions (specifically for execute). They are in the tar but not applied by this method.

eerhardt · 2026-02-10T16:24:04Z

eng/Bundle.proj

      <_CliBinlog Condition="'$(ContinuousIntegrationBuild)' == 'true'">-bl:$(ArtifactsLogDir)PublishCli.binlog</_CliBinlog>
+      <!-- The tar.gz archive produced by CreateLayout is embedded as a resource in the CLI binary -->
+      <_BundleArchivePath>$(ArtifactsDir)bundle\aspire-$(BundleVersion)-$(TargetRid).tar.gz</_BundleArchivePath>
+      <_VersionSuffixArg Condition="'$(VersionSuffix)' != ''">/p:VersionSuffix=$(VersionSuffix)</_VersionSuffixArg>


Why are we setting VersionSuffix here? Shouldn't it come through the normal props when building the CLI project?

eerhardt · 2026-02-10T16:24:54Z

eng/Bundle.proj

-      <_CreateLayoutArgs>--output "$(_BundleOutputDirArg)" --artifacts "$(_ArtifactsDirArg)" --rid $(TargetRid) --bundle-version $(BundleVersion) --runtime-version $(BundleRuntimeVersion) --archive --verbose --download-runtime</_CreateLayoutArgs>
+
+      <!-- Use local runtime path if provided, otherwise download -->
+      <_RuntimeArgs Condition="'$(BundleRuntimePath)' != ''">--runtime "$(BundleRuntimePath)"</_RuntimeArgs>


When/where is this provided?

src/Aspire.Cli/Bundles/BundleService.cs

eerhardt · 2026-02-10T16:30:28Z

src/Aspire.Cli/Bundles/BundleService.cs

+    /// Gets the assembly informational version of the current CLI binary.
+    /// Used as the version marker to detect when re-extraction is needed.
+    /// </summary>
+    internal static string GetCurrentVersion()


We have this code in multiple places in the CLI. PackagingService and AspireCliTelemetry. This is now a 3rd place.

src/Aspire.Cli/NuGet/BundleNuGetPackageCache.cs

eerhardt · 2026-02-10T16:39:09Z

src/Aspire.Cli/Utils/ArchiveHelper.cs

+    /// </summary>
+    internal static async Task ExtractAsync(string archivePath, string destinationPath, CancellationToken cancellationToken)
+    {
+        if (archivePath.EndsWith(".zip", StringComparison.OrdinalIgnoreCase))


When do we use .zip files?

src/Aspire.Cli/Utils/BundleDownloader.cs

eerhardt

Feel free to merge when you have the feedback addressed.

… code removal - FileLock: add timeout (5min default) to prevent indefinite waits - BundleService: set Unix file permissions from tar entry metadata - BundleService: move IsBundle to IBundleService instance property - BundleService: use VersionHelper to deduplicate version-reading code - IBundleService: add EnsureExtractedAndGetLayoutAsync combined method - ArchiveHelper: harden with path-traversal and symlink validation - Bundle.proj: add comments explaining VersionSuffix and BundleRuntimePath - Rename BundleTrailerTests.cs to BundleServiceTests.cs - Update bundle.md to describe embedded resource approach - Remove dead IBundleDownloader/BundleDownloader/FileAccessRetrier code

davidfowl added 2 commits February 8, 2026 09:37

Copilot AI review requested due to automatic review settings February 8, 2026 18:41

Copilot started reviewing on behalf of davidfowl February 8, 2026 18:41 View session

davidfowl force-pushed the davidfowl/aspire-exe-bundle branch from dd89b88 to 6ae6a53 Compare February 8, 2026 18:49

Copilot AI reviewed Feb 8, 2026

View reviewed changes

davidfowl force-pushed the davidfowl/aspire-exe-bundle branch 4 times, most recently from 9a16d53 to 333f9f7 Compare February 8, 2026 19:21

davidfowl force-pushed the davidfowl/aspire-exe-bundle branch from 333f9f7 to 94d0d48 Compare February 8, 2026 19:44

github-actions bot mentioned this pull request Feb 8, 2026

[pull requests] Review required #13834

Open

davidfowl force-pushed the davidfowl/aspire-exe-bundle branch from 94d0d48 to e799ac3 Compare February 8, 2026 21:27

davidfowl added 11 commits February 8, 2026 14:47

Make BundleTrailer.TryRead not throw on IO errors

5627e33

Use cross-process Mutex for bundle extraction locking

35ded63

Replace in-process SemaphoreSlim with a named Mutex to prevent concurrent aspire processes from racing during bundle extraction.

Update bundle spec: format versioning, Mutex, checksum verification

bf06ed3

Update spec: file lock instead of Mutex

1b2925f

Extract FileLock into a separate class

b2428f1

Document why we use a file-based lock instead of Mutex: cross-platform compatibility and async/await safety.

Add retry loop to FileLock for Windows compatibility

468f405

FileShare.None throws IOException immediately on Windows instead of blocking. Retry with 200ms delay up to a 2 minute timeout.

Simplify FileLock to IDisposable with async-only AcquireAsync

3678b68

davidfowl changed the title ~~Centralize bundle extraction into BundleService, simplify update, update CI~~ Make aspire.exe a self-extracting binary for polyglot scenarios Feb 9, 2026

davidfowl requested review from eerhardt and sebastienros February 9, 2026 06:18

davidfowl requested a review from radical February 9, 2026 06:18

davidfowl commented Feb 9, 2026

View reviewed changes

eerhardt reviewed Feb 9, 2026

View reviewed changes

src/Shared/BundleTrailer.cs Outdated Show resolved Hide resolved

eerhardt reviewed Feb 9, 2026

View reviewed changes

src/Shared/BundleTrailer.cs Outdated Show resolved Hide resolved

eerhardt reviewed Feb 9, 2026

View reviewed changes

src/Aspire.Cli/Bundles/BundleService.cs Outdated Show resolved Hide resolved

davidfowl added 6 commits February 9, 2026 10:36

Fix ConfigureAwait in CreateLayout, add BundleRuntimePath option to B…

e1aa8d0

…undle.proj - Add ConfigureAwait(false) to async disposals in tar archive creation - Add BundleRuntimePath property to Bundle.proj for local builds (skips download)

Remove CLI from bundle layout - the native AOT binary IS the CLI

ca459df

Validate symlink targets during tar extraction to prevent path traversal

1a483a9

Delete unused BundleTrailer.cs

181853b

Forward VersionSuffix to CLI publish in Bundle.proj

16fb6c6

eerhardt reviewed Feb 10, 2026

View reviewed changes

sebastienros approved these changes Feb 10, 2026

View reviewed changes

eerhardt reviewed Feb 10, 2026

View reviewed changes

src/Aspire.Cli/Bundles/BundleService.cs Outdated Show resolved Hide resolved

eerhardt reviewed Feb 10, 2026

View reviewed changes

src/Aspire.Cli/NuGet/BundleNuGetPackageCache.cs Outdated Show resolved Hide resolved

eerhardt reviewed Feb 10, 2026

View reviewed changes

src/Aspire.Cli/Utils/BundleDownloader.cs Outdated Show resolved Hide resolved

eerhardt approved these changes Feb 10, 2026

View reviewed changes

davidfowl merged commit bfa424a into main Feb 10, 2026
672 of 675 checks passed

davidfowl deleted the davidfowl/aspire-exe-bundle branch February 10, 2026 23:11

dotnet-policy-service bot added this to the 13.2 milestone Feb 10, 2026

Make aspire.exe a self-extracting binary for polyglot scenarios #14398

Make aspire.exe a self-extracting binary for polyglot scenarios #14398

Conversation

davidfowl commented Feb 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Description

Why?

What changed?

Key files

Checklist

Uh oh!

github-actions bot commented Feb 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

Uh oh!

Copilot AI left a comment

Choose a reason for hiding this comment

Pull request overview

Reviewed changes

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

Uh oh!

github-actions bot commented Feb 8, 2026 • edited Loading Uh oh! There was an error while loading. Please reload this page.

Uh oh!

🎬 CLI E2E Test Recordings

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Uh oh!

Uh oh!

mitchdenny commented Feb 10, 2026

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Choose a reason for hiding this comment

Uh oh!

Uh oh!

eerhardt left a comment

Choose a reason for hiding this comment

Uh oh!

Uh oh!

Reviewers

Assignees

Labels

Projects

Milestone

Development

Uh oh!

4 participants

davidfowl commented Feb 8, 2026 •

edited

Loading

github-actions bot commented Feb 8, 2026 •

edited

Loading

github-actions bot commented Feb 8, 2026 •

edited

Loading