litmus-cli 1.4.27 → 1.4.29

package/README.md

@@ -100,8 +100,10 @@ in addition to the submission ZIP you upload at the end:
 - Captured AI prompts and responses from Claude Code, Codex CLI, Cursor, the
   Gemini CLI, and Copilot CLI via those tools' hooks. `litmus init` installs
   the hooks and marks them trusted for the assessment folder (Codex's per-hook
-  trust, Gemini's and Copilot's folder trust), so no tool asks you to approve
-  them; `litmus submit` removes the hooks and the trust entries again. Copilot
+  trust, Gemini's and Copilot's folder trust), and records that one folder as
+  trusted in Claude Code (`~/.claude.json`) and Codex (`[projects]` in
+  `~/.codex/config.toml`), so no tool asks you to approve the hooks or the
+  folder; `litmus submit` removes the hooks and every trust entry again. Copilot
   Chat (VS Code side panel) is not hookable and is not captured.
 - A periodic codebase snapshot (every five minutes) so the optional
   live-interview agent has up-to-date context. Snapshots are capped at 2 MB

package/dist/commands/connect.d.ts

@@ -1,3 +1,5 @@
+import type { NativeIde } from "../lib/editor-ide.js";
+import { type EditorVersion, type SeedVerdict, type VerifyVerdict, type WorkspaceProbe } from "../lib/editor-server.js";
 export interface ParsedSsh {
     user: string;
     host: string;
@@ -125,8 +127,9 @@ export declare function aliasFor(sshHostname: string | null | undefined, token:
  *
  *   - `--version` CANNOT tell them apart. Both print exactly three lines — version,
  *     commit, arch — with no product name anywhere ("3.18.25" from the `code` that was
- *     Cursor). So `hasEditorCli`'s probe is not merely unchecked, it has nothing to
- *     check, and the version numbers (1.x vs 3.x) are a coincidence, not a contract.
+ *     Cursor). So `probeEditorCli`'s `--version` read is not merely unchecked as an
+ *     identity, it has nothing to check, and the version numbers (1.x vs 3.x) are a
+ *     coincidence, not a contract.
  *   - `--help` line 1 IS the product name: "Visual Studio Code 1.136.1" against
  *     "Cursor 3.18.25", on STDOUT (stderr empty), exit 0, no window, instant. It is
  *     `product.json`'s `nameLong`, which is why the patterns below are anchored prefixes
@@ -139,7 +142,7 @@ export declare function aliasFor(sshHostname: string | null | undefined, token:
  *     exit 0, mapping the Microsoft id onto its own `anysphere.remote-ssh`. So the dead
  *     remote window is version-dependent and the FALSE success line is not.
  */
-export type NativeIde = "vscode" | "cursor";
+export type { NativeIde } from "../lib/editor-ide.js";
 export interface NativeEditor {
     /** Which choice this record IS, so a record is self-describing once resolved. */
     ide: NativeIde;
@@ -161,12 +164,64 @@ export interface NativeEditor {
     remoteSshExt: string;
     /** The palette command that puts `bin` on PATH, for the no-CLI fallback. */
     shellCommand: string;
+    /**
+     * ENG-2332. The image's pointer at the server build it baked, and the directory in the
+     * candidate home that this editor's server lives in. Together they are what
+     * `lib/editor-server.ts` reads over the alias: the first answers "will this client find
+     * its own build already here", the second "did a server actually come up".
+     */
+    seedCommitPath: string;
+    serverHomeDir: string;
+    /**
+     * ENG-2332 — whether a PROVEN commit mismatch refuses the launch, or only explains a
+     * launch that then failed.
+     *
+     * It is not symmetric, and the asymmetry is evidence rather than taste. A client whose
+     * build the image did not bake has exactly one route to its own server: the mirror
+     * (`infra/vscode-mirror/`), which the container reaches and the open internet it does
+     * not. VS Code's route is the original one and is validated end to end against both
+     * live origins; Cursor's has now failed twice in production — ENG-1936, where the one
+     * listed path shape had stopped being the one clients request, and ENG-2332, where a
+     * 3.19.13 client asked for nothing at all and opened a dead window.
+     *
+     * So for Cursor a mismatch is a refusal: the measured outcome is a window that looks
+     * normal, is served by a LOCAL extension host, and records nothing, which is the worst
+     * thing this product can do to a candidate. For VS Code it is a note kept back and used
+     * to explain a failed verification, because refusing there would take away a path that
+     * works today on the strength of a fault that has never been seen on it.
+     *
+     * This flips to `false` for Cursor the day the mirror is measured serving a drifted
+     * Cursor client — not before, and not on the strength of it looking like it should.
+     */
+    requiresSeedMatch: boolean;
 }
+/**
+ * The two editors, and the one place every measured difference between them lives.
+ *
+ * EXPORTED so the tests drive the SHIPPED record rather than literals they wrote
+ * themselves — an assertion against a fixture declared in the test file is a tautology,
+ * and `requiresSeedMatch`, `seedCommitPath` and `serverHomeDir` could all have been
+ * changed here with every test staying green.
+ *
+ * `seedCommitPath` and `serverHomeDir` are CROSS-TIER and their drift is silent: the
+ * first is `CACHE_ROOT` in `infra/codespaces-v2-image/scripts/install-{vscode,cursor}-
+ * server.sh`, the second the home subdir `litmus-firstboot.sh`'s `prewarm_editor` links
+ * into. A probe pointed at a path the image no longer writes reads "no seed" and "no
+ * logs" — which this module deliberately treats as missing inputs, so the launch
+ * proceeds unrefused and the verification stops being able to see a server. Nothing
+ * fails; the guarantee just quietly stops existing. `backend/tests/
+ * test_editor_server_paths.py` holds the pair, in pytest rather than vitest because the
+ * CLI suite is path-filtered on `cli/**` and an image-only edit is exactly the edit that
+ * has to fail.
+ */
+export declare const NATIVE_EDITORS: Record<NativeIde, NativeEditor>;
 /**
  * ENG-2152 — what the editor CLI we are about to drive says it IS.
  *
- * `hasEditorCli` above answers "does this command exist", which is a different and much
- * weaker question, and treating the answer as an identity is the whole of this bug: the
+ * `resolveEditorCommand` above answers "which command can we run", which is a different
+ * and much weaker question — `probeEditorCli` establishes only that something at that
+ * name ran and printed a version — and treating either answer as an identity is the whole
+ * of this bug: the
  * `code` on a Cursor user's PATH can be Cursor's own CLI, which is literally installed
  * under that name inside `Cursor.app`. The measurement behind `banner` is in the
  * `NATIVE_EDITORS` block comment; the three verdicts are what the caller may conclude.
@@ -198,7 +253,7 @@ export type EditorIdentity = {
 export declare function identifyEditorBanner(helpOutput: string): NativeIde | null;
 /** How the identity probe reaches the binary. Injected so the verdicts are testable. */
 export type EditorHelpRunner = (bin: string) => string | null;
-export declare function identifyEditorCli(ed: NativeEditor, run?: EditorHelpRunner): EditorIdentity;
+export declare function identifyEditorCli(ed: NativeEditor, command: string, run?: EditorHelpRunner): EditorIdentity;
 /**
  * ENG-2152 — the refusal, when the command the candidate's PATH answers with is the
  * other editor.
@@ -222,6 +277,284 @@ export declare function identifyEditorCli(ed: NativeEditor, run?: EditorHelpRunn
  * this path is false.
  */
 export declare function editorMismatchLines(chosen: NativeEditor, actual: NativeEditor, reentry?: CursorReentry): string[];
+/**
+ * ENG-2332 — the refusal when the candidate's editor is a different build from the one
+ * this workspace has, and the route to the workspace that still works.
+ *
+ * It says what was compared and what it means, because "version mismatch" on its own
+ * reads as pedantry and a candidate mid-assessment will look for a way round it. What it
+ * must never do is offer one: there is no flag, no retry and no "open it anyway" here,
+ * since the thing on the other side of that door is a window that looks completely normal
+ * and records nothing (`lib/editor-server.ts` carries the measurement).
+ *
+ * The browser IDE leads, because it is the same container, the same files and the same
+ * capture, and it is the one route that cannot have this fault — it is served FROM the
+ * workspace rather than fetched INTO it. When the workspace publishes no URL the fallback
+ * is the terminal, which is a real way to work and not a consolation.
+ */
+export declare function editorSeedMismatchLines(ed: NativeEditor, verdict: Extract<SeedVerdict, {
+    kind: "mismatch";
+}>, browserIdeUrl: string | null, alias: string): string[];
+/**
+ * ENG-2332 — what to say when the editor CLI cannot be found anywhere.
+ *
+ * The line this replaces offered `<bin> --remote ssh-remote+<alias> …` as the
+ * remediation for `<bin>` not existing. Everything here is something the candidate can do
+ * WITHOUT that command: the editor's own Remote-SSH picker (the alias is already in their
+ * `~/.ssh/config`), the palette command that would put the CLI on PATH, and the browser
+ * IDE, which needs nothing installed at all.
+ */
+export declare function editorNotFoundLines(ed: NativeEditor, alias: string, browserIdeUrl: string | null): string[];
+/**
+ * ENG-2332 — the positive signal, which the CLI had none of.
+ *
+ * It states exactly what was verified and not one step more. A server running in the
+ * workspace means the window is editing the container's files, so the file, terminal and
+ * commit lanes are live — that is what "recorded" may claim here.
+ *
+ * IT MAY NOT CLAIM AI CAPTURE ON CURSOR, and that is not hedging. Cursor reads its hooks
+ * configuration once, at application startup (ENG-1728, measured): a candidate who
+ * connected from an already-running Cursor has a live, correct, never-loaded hook, and
+ * their prompts are not recorded although everything else is. The verification above
+ * cannot see that — a server is up either way — so a flat "your work is being recorded"
+ * would be the same false reassurance this ticket is about, moved one lane along. The
+ * full notice is printed at selection time; this restates only the dependency.
+ */
+export declare function editorConnectedLines(ed: NativeEditor, alias: string): string[];
+/**
+ * ENG-2332 — what to say when a window opened and no server came up in the workspace.
+ *
+ * This is the copy the ticket was opened about. It used to be
+ * "If a new window doesn't appear, run litmus connect again" — which is wrong twice: a
+ * window DOES appear in this failure, and re-running connect cannot change the state,
+ * which is exactly what had the reporter run it four times. So it names what was
+ * observed, and every route it offers is one this failure does not block.
+ *
+ * `seed` rides along because on VS Code a mismatch is not a refusal (see
+ * `requiresSeedMatch`) — so when a VS Code launch does fail, the build difference is the
+ * first thing worth knowing, and it is already in hand.
+ *
+ * WHAT IT MAY NOT SAY IS THAT NOTHING WILL CHANGE. That is what it said first, and it is
+ * a claim about the future made on a reading that stops at the verification budget. A VS
+ * Code client whose build the image did not bake is NOT refused (`requiresSeedMatch`), so
+ * its launch legitimately goes on to fetch a server through the mirror — a ~28.6 MB CLI
+ * and, on a prewarm miss, the whole bundle — and a slow link can still be fetching when
+ * the budget runs out. Telling that candidate their window is dead and pointing them
+ * elsewhere is the harm `unverified` exists to avoid, arriving on the branch below it.
+ * So it states the bound it actually waited (derived from `VERIFY_SCHEDULE_MS`, never a
+ * second hard-coded copy), says the window may yet attach, and offers the other two
+ * routes rather than instructing an exit. What it still may not do is tell them to re-run
+ * this command, which is the original bug.
+ *
+ * AND IT MAY NOT HAND THEM A CHECK THAT PASSES ON THE DEAD WINDOW. It pointed at the
+ * remote indicator — "the bottom-left corner reads SSH: <alias>" — and this repo has
+ * measured that indicator PRESENT in exactly the failure case: `lib/editor-server.ts`'s
+ * header records the never-attached window carrying `"remoteAuthority":
+ * "ssh-remote+<alias>"` and being indistinguishable from a working one, and
+ * `lib/session-end.ts` records (ENG-2154) that a window whose transport is gone still
+ * reads `[SSH: <host>]`. A candidate told to look at the corner sees what they were told
+ * to look for and goes on working unrecorded, which is this ticket's own bug re-entering
+ * through its remediation. The honest sentence is that the two windows look the same —
+ * that is WHY the CLI checks — so the copy says so and names no visual test at all.
+ */
+export declare function editorNotConnectedLines(ed: NativeEditor, alias: string, browserIdeUrl: string | null, seed: SeedVerdict, launchLog: string | null): string[];
+/**
+ * ENG-2332 — what to say when the editor never started at all.
+ *
+ * THIS BRANCH EXISTS BECAUSE THE ONE ABOVE MUST NOT BE REACHABLE WITHOUT A WINDOW.
+ * `editorNotConnectedLines` opens by stating, as a fact, that a window is on screen and
+ * running against the candidate's own machine; when `spawn` itself fails that sentence is
+ * false, and the reading the verification produces is identical either way (no server,
+ * empty launch log). So the spawn error is recorded (`EditorLaunchHandle`) and routed
+ * here instead, where the only claim made is the one we can support.
+ *
+ * It offers the same two routes and, like every other failure branch, offers rather than
+ * instructs: there is no window to close, and re-running this command is the remediation
+ * the ticket was opened about. The error text is carried verbatim because it is the whole
+ * of what we know — `ENOENT` on a resolved path means the app moved or was removed since
+ * the `--version` probe a moment earlier, which is a thing the candidate can act on and
+ * we cannot diagnose for them.
+ */
+export declare function editorLaunchFailedLines(ed: NativeEditor, alias: string, browserIdeUrl: string | null, error: string, launchLog: string | null): string[];
+/**
+ * ENG-2332 — what to say when we could not reach the workspace to ask at all.
+ *
+ * Three-valued on purpose: "we could not check" is not "nothing came up", and saying
+ * either of the other two here would be a claim we cannot make. It lives beside the other
+ * copy rather than inline in `runConnect` so that what it may and may not say is testable
+ * — it is bound by the same rule as `editorNotConnectedLines` and broke it the same way.
+ *
+ * It may NOT tell the candidate to look at the remote indicator. That indicator is
+ * rendered from the remote authority, which the never-attached window carries (see
+ * `lib/editor-server.ts`'s header, and ENG-2154 in `lib/session-end.ts`), so the check
+ * passes in exactly the case it was offered to detect. It states the ambiguity instead
+ * and offers the two routes that are not in doubt.
+ */
+export declare function editorUnverifiedLines(ed: NativeEditor, alias: string, browserIdeUrl: string | null): string[];
+/**
+ * ENG-2332 — where the editor's own output goes.
+ *
+ * It used to go to `stdio: "ignore"`, which is the mechanical half of this ticket: a
+ * resolver that cannot fetch its server writes its reason here and nowhere else, so
+ * discarding it leaves exit code 0, an empty terminal and a dead window as the entire
+ * record of the failure.
+ *
+ * A FILE and not a pipe, and that is not a style choice. The child is `detached` and
+ * outlives this process by design; a pipe belongs to the parent, so once `litmus connect`
+ * returns the editor would be writing into a closed pipe and could take an EPIPE for it.
+ * A file descriptor on a real file has neither problem, survives our exit, and is still
+ * here when a candidate is asked for it.
+ *
+ * THE NAME IS PER RUN, and both reasons are real. `os.tmpdir()` is a shared `/tmp` on a
+ * Linux box with no `TMPDIR`, so a fixed name is a name another local user can create
+ * first — and `openSync(path, "w")` FOLLOWS a symlink and TRUNCATES, so a link planted
+ * there redirects the editor's output into, or empties, a file of theirs. And two
+ * `litmus connect` runs on one machine would otherwise share the file, so a candidate
+ * being walked through one failure can be shown the other run's output. The pid plus a
+ * random suffix answers both; `openEditorLaunchLog` then refuses to follow a link or to
+ * reuse an existing name, so an attacker who guesses one gets nothing rather than a
+ * write.
+ */
+export declare function editorLaunchLogPath(): string;
+/**
+ * Open the launch log for the child, or answer null when we cannot do it safely.
+ *
+ * `O_EXCL | O_NOFOLLOW` is the whole point: EXCL means an existing name — planted or
+ * left over — is refused rather than written into, and NOFOLLOW means a symlink at that
+ * name is refused rather than followed to its target. Neither is reachable in the
+ * ordinary case, since the name carries a random suffix; they are what makes the
+ * ordinary case's safety a property of the open rather than of the name being unguessed.
+ * A refusal costs the diagnostics from one launch and never the launch.
+ */
+export declare function openEditorLaunchLog(logPath: string): number | null;
+/**
+ * A launch in flight. The one thing it can say is whether the spawn itself failed.
+ *
+ * THAT IS THE ONLY SIGNAL SEPARATING "A WINDOW OPENED AND DID NOT ATTACH" FROM "NO
+ * WINDOW OPENED AT ALL", and it used to be thrown away. `child.on("error", () => {})`
+ * carried the comment "reported through the verification below", which was false: the
+ * verification reads the WORKSPACE, so all it can ever report is that no server came up
+ * — the same reading a spawn that never happened produces, down to the empty launch log.
+ * `editorNotConnectedLines` then told the candidate that "a <label> window is on screen
+ * and it is NOT attached to your workspace", and built a whole paragraph around a window
+ * that had never been created. That is the same class of unverifiable claim this ticket
+ * exists to remove, pointed the other way, so the error is recorded and the failure it
+ * describes gets its own outcome.
+ *
+ * It is a READER rather than a value because `spawn` reports this asynchronously: the
+ * error arrives on a later tick, so anything reading it must do so after an await. The
+ * handler itself still has to exist for the reason it always did — an unhandled `error`
+ * event on a ChildProcess is an uncaught exception that would take `connect` down.
+ */
+export interface EditorLaunchHandle {
+    launchFailure: () => string | null;
+}
+/**
+ * ENG-2332, Greptile P1 on #2442 — ON WINDOWS THE `error` EVENT IS NOT THE FAILURE.
+ *
+ * `editorSpawnSpec` gives every Windows launch `shell: true`, so what `spawn` starts is
+ * `cmd.exe`, not the editor. `cmd.exe` starts fine essentially always — a missing `.cmd`,
+ * a path that stopped resolving, an editor that refuses its own argv are all reported by
+ * cmd.exe EXITING non-zero, not by an `error` event. So a handle watching only `error`
+ * reports "the window opened" for every one of them, which collapses the whole
+ * spawn-failed / opened-but-unattached distinction back into the wrong branch on exactly
+ * the platform the resolution work was added for.
+ *
+ * A NON-ZERO EXIT IS THEREFORE A LAUNCH FAILURE, and a zero exit is not. Both editors'
+ * CLIs return immediately after handing the argv to an already-running instance, so an
+ * ordinary successful launch exits 0 within moments and the process being gone says
+ * nothing. That asymmetry is what makes the exit code readable at all.
+ *
+ * The listeners outlive `unref()`: it stops the child holding the event loop open, and we
+ * are awaiting the verification anyway, so an exit inside the window still reaches us.
+ * Whichever signal arrives first wins and neither overwrites the other, because both
+ * describe the same thing — no window was created — and the first is the more specific.
+ */
+export declare function launchEditor(ed: NativeEditor, command: string, alias: string, logPath: string): EditorLaunchHandle;
+/**
+ * Point at the editor's own output. `namePath` is for the branch where a human is
+ * walking a candidate through a failure: there the file is named whether or not
+ * `--verbose` was asked for, since `editorLaunchLogPath` gives it a per-run suffix that
+ * nobody can guess unaided.
+ *
+ * A PATH IS NAMED ONLY WHEN THERE IS SOMETHING AT IT, and the reason is that the file
+ * routinely does not exist. `launchEditor` falls back to `stdio: "ignore"` whenever
+ * `openEditorLaunchLog` refuses — an unwritable tmpdir, or its own `O_EXCL`/`O_NOFOLLOW`
+ * refusal — and even on the ordinary path the measured failure is an editor that exits 0
+ * and prints nothing, so an empty file is the common case rather than the odd one.
+ * Handing a support person a path with nothing behind it reads as the CLI having lost
+ * the log, which is a worse answer than saying plainly that the editor wrote nothing.
+ */
+export declare function editorLaunchOutputLines(logPath: string, launchLog: string | null, verbose: boolean, namePath: boolean): string[];
+/**
+ * ENG-2332 — one reading of the workspace, over the alias we have just written.
+ *
+ * `BatchMode=yes` so a key that needs a passphrase, or a host key we somehow did not
+ * accept, fails in seconds instead of blocking the CLI on a prompt nobody is watching
+ * for. Every failure answers null, which every caller reads as "we could not tell" and
+ * never as "there is no server" — see `verifyVerdict`.
+ */
+export type WorkspaceProbeRunner = (remoteCommand: string) => string | null;
+export declare function verifyEditorAttached(ed: NativeEditor, baseline: WorkspaceProbe | null, run: WorkspaceProbeRunner, onWait: (secondsWaited: number) => void, launched: EditorLaunchHandle): Promise<VerifyVerdict>;
+/** Whether the editor's Remote-SSH extension was already there, put there, or could not be. */
+export type RemoteSshExtensionState = "present" | "installed" | "failed";
+/**
+ * ENG-2332 — the launch sequence itself, with every side effect injected.
+ *
+ * It exists as a unit because the ORDER is the guarantee, and order is not something the
+ * pieces can hold on their own: `seedVerdict` and `verifyVerdict` are each correct in
+ * isolation while a flow that installs an extension before the refusal, or takes its
+ * baseline after the spawn, or prints a success between the two, is the bug back. Those
+ * were first held by reading `connect.ts` and matching strings in it, which goes green
+ * for the wrong reasons — a rename breaks it and a genuinely reordered flow can still
+ * satisfy it. Here they are properties of what this function DOES, so the test drives it
+ * with recording doubles and reads the calls off them.
+ *
+ * Four things are therefore structural rather than conventional. A refused mismatch
+ * returns before `ensureExtension` or `launch` is reached, so "nothing was opened" is
+ * observable. `baseline` is taken from the probe before `launch` is called, so the
+ * verification is always comparing against a reading older than the spawn. The only
+ * success this can report is the one `verifyAttached` answered with, so there is no seam
+ * between the spawn and the verdict for a premature claim to live in — the caller renders
+ * `result.verdict` and has nothing else to render. And a spawn that FAILED returns its
+ * own `launch-failed` kind, which carries no `verdict` at all: the copy describing a
+ * window on screen is then unreachable by construction rather than by the caller
+ * remembering to check, which is what `EditorLaunchHandle` above exists for.
+ */
+export interface EditorLaunchIo {
+    /** One reading of the workspace, for the seed check and as the verification's baseline. */
+    probe: (ed: NativeEditor) => WorkspaceProbe | null;
+    /** What the client says it is. Already in hand from the resolution — see `resolveEditorCommand`. */
+    clientVersion: EditorVersion;
+    ensureExtension: () => RemoteSshExtensionState;
+    /** A fresh, per-run path for the editor's own output. */
+    launchLogPath: () => string;
+    launch: (logPath: string) => EditorLaunchHandle;
+    readLaunchLog: (logPath: string) => string | null;
+    verifyAttached: (baseline: WorkspaceProbe | null, launched: EditorLaunchHandle) => Promise<VerifyVerdict>;
+}
+export type EditorLaunchResult = {
+    kind: "refused";
+    reason: "seed-mismatch";
+    seed: Extract<SeedVerdict, {
+        kind: "mismatch";
+    }>;
+} | {
+    kind: "launch-failed";
+    seed: SeedVerdict;
+    extension: RemoteSshExtensionState;
+    error: string;
+    logPath: string;
+    launchLog: string | null;
+} | {
+    kind: "launched";
+    seed: SeedVerdict;
+    extension: RemoteSshExtensionState;
+    verdict: VerifyVerdict;
+    logPath: string;
+    launchLog: string | null;
+};
+export declare function attemptEditorLaunch(ed: NativeEditor, io: EditorLaunchIo): Promise<EditorLaunchResult>;
 export type IdeChoice = "vscode" | "cursor" | "browser" | "ssh";
 /**
  * Resolve which editor to open: an explicit --ide flag wins; otherwise prompt.
@@ -392,5 +725,14 @@ export declare function chatConfigActionForIdentity(ide: IdeChoice, state: "conf
  * branch it claims to describe.
  */
 export declare function browserFallback(hasUrl: boolean, ideWasChosen: boolean): "browser" | "vscode" | "unavailable";
-export declare function runConnect(token: string, ideOpt?: string): Promise<void>;
+export interface ConnectOptions {
+    /**
+     * ENG-2332 item 4 — print what the editor wrote while opening, and where that log is.
+     * The output is CAPTURED either way (a failed verification prints its tail whether or
+     * not this is set); this is for the case where the candidate is being walked through a
+     * problem by a human and everything looks fine from here.
+     */
+    verbose?: boolean;
+}
+export declare function runConnect(token: string, ideOpt?: string, opts?: ConnectOptions): Promise<void>;
 //# sourceMappingURL=connect.d.ts.map

package/dist/commands/connect.d.ts.map

@@ -1 +1 @@
-{"version":3,"file":"connect.d.ts","sourceRoot":"","sources":["../../src/commands/connect.ts"],"names":[],"mappings":"AA2CA,MAAM,WAAW,SAAS;IACxB,IAAI,EAAE,MAAM,CAAA;IACZ,IAAI,EAAE,MAAM,CAAA;IACZ,IAAI,CAAC,EAAE,MAAM,CAAA;IACb,QAAQ,CAAC,EAAE,MAAM,CAAA;IACjB,QAAQ,CAAC,EAAE,MAAM,CAAA;IACjB,QAAQ,CAAC,EAAE,MAAM,CAAA;CAClB;AAQD;;;;;;GAMG;AACH,wBAAgB,eAAe,CAAC,GAAG,EAAE,MAAM,GAAG,SAAS,CAwBtD;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAiCG;AACH,wBAAgB,mBAAmB,CAAC,KAAK,EAAE,MAAM,EAAE,OAAO,EAAE,MAAM,EAAE,CAAC,EAAE,SAAS,GAAG,MAAM,CAkCxF;AAMD;;;;;;;;;;;;;;;GAeG;AACH,wBAAgB,qBAAqB,CAAC,KAAK,EAAE,MAAM,EAAE,CAAC,EAAE,SAAS,GAAG,MAAM,CAUzE;AAiCD;;;;;;;;;;;;;;GAcG;AACH,wBAAgB,sBAAsB,CACpC,QAAQ,EAAE,MAAM,EAChB,KAAK,EAAE,MAAM,EACb,KAAK,EAAE,MAAM,EACb,YAAY,CAAC,EAAE,MAAM,GACpB,MAAM,CAKR;AAED,gFAAgF;AAChF,wBAAgB,QAAQ,CAAC,WAAW,EAAE,MAAM,GAAG,IAAI,GAAG,SAAS,EAAE,KAAK,EAAE,MAAM,GAAG,MAAM,CAItF;AAwBD;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAsDG;AACH,MAAM,MAAM,SAAS,GAAG,QAAQ,GAAG,QAAQ,CAAA;AAE3C,MAAM,WAAW,YAAY;IAC3B,iFAAiF;IACjF,GAAG,EAAE,SAAS,CAAA;IACd,oCAAoC;IACpC,GAAG,EAAE,MAAM,CAAA;IACX;;;;OAIG;IACH,MAAM,EAAE,MAAM,CAAA;IACd,iEAAiE;IACjE,KAAK,EAAE,MAAM,CAAA;IACb;;;;OAIG;IACH,YAAY,EAAE,MAAM,CAAA;IACpB,4EAA4E;IAC5E,YAAY,EAAE,MAAM,CAAA;CACrB;AA8BD;;;;;;;;;;;;;;;;;GAiBG;AACH,MAAM,MAAM,cAAc,GACtB;IAAE,IAAI,EAAE,OAAO,CAAA;CAAE,GACjB;IAAE,IAAI,EAAE,UAAU,CAAC;IAAC,MAAM,EAAE,SAAS,CAAA;CAAE,GACvC;IAAE,IAAI,EAAE,YAAY,CAAA;CAAE,CAAA;AAE1B;;;;;;GAMG;AACH,wBAAgB,oBAAoB,CAAC,UAAU,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,CAUzE;AAED,wFAAwF;AACxF,MAAM,MAAM,gBAAgB,GAAG,CAAC,GAAG,EAAE,MAAM,KAAK,MAAM,GAAG,IAAI,CAAA;AAmC7D,wBAAgB,iBAAiB,CAAC,EAAE,EAAE,YAAY,EAAE,GAAG,GAAE,gBAAgC,GAAG,cAAc,CAMzG;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,mBAAmB,CACjC,MAAM,EAAE,YAAY,EACpB,MAAM,EAAE,YAAY,EACpB,OAAO,GAAE,aAAuC,GAC/C,MAAM,EAAE,CA2BV;AA0CD,MAAM,MAAM,SAAS,GAAG,QAAQ,GAAG,QAAQ,GAAG,SAAS,GAAG,KAAK,CAAA;AAE/D;;;;;;;;;;;;;;GAcG;AACH,wBAAsB,UAAU,CAC9B,IAAI,EAAE,MAAM,GAAG,SAAS,EACxB,GAAG,GAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAkB,EACzC,OAAO,CAAC,EAAE,aAAa,GACtB,OAAO,CAAC;IAAE,GAAG,EAAE,SAAS,CAAC;IAAC,MAAM,EAAE,OAAO,CAAA;CAAE,CAAC,CAc9C;AAED;;;;;;;;;;;;;;;;;;;GAmBG;AACH,wBAAgB,gBAAgB,CAAC,OAAO,EAAE,MAAM,EAAE,YAAY,EAAE,MAAM,GAAG,MAAM,CAE9E;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,aAAa;IAC5B,OAAO,EAAE,MAAM,CAAA;IACf,OAAO,EAAE,MAAM,GAAG,IAAI,CAAA;CACvB;AAKD;;;;;;;;;;;;;;;;;;;;;;;GAuBG;AACH,wBAAgB,kBAAkB,CAAC,OAAO,GAAE,aAAuC,GAAG,MAAM,EAAE,CAsB7F;AAED;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AACH,wBAAgB,sBAAsB,CACpC,GAAG,GAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAkB,EACzC,OAAO,GAAE,aAAuC,GAC/C,IAAI,CAiBN;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,YAAY,CAAC,MAAM,EAAE,MAAM,GAAG,SAAS,CAMtD;AAED;;;;GAIG;AACH,wBAAgB,YAAY,IAAI,MAAM,EAAE,CASvC;AAED;;;;;;;;;;;;;;;;GAgBG;AACH,wBAAgB,gBAAgB,CAC9B,GAAG,EAAE,SAAS,EACd,KAAK,EAAE,YAAY,GAAG,cAAc,GAAG,aAAa,GACnD,OAAO,GAAG,QAAQ,GAAG,MAAM,CAI7B;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAgB,2BAA2B,CACzC,GAAG,EAAE,SAAS,EACd,KAAK,EAAE,YAAY,GAAG,cAAc,GAAG,aAAa,EACpD,QAAQ,EAAE,cAAc,GACvB,OAAO,GAAG,QAAQ,GAAG,MAAM,CAI7B;AA+ED;;;;;;GAMG;AACH,wBAAgB,eAAe,CAC7B,MAAM,EAAE,OAAO,EACf,YAAY,EAAE,OAAO,GACpB,SAAS,GAAG,QAAQ,GAAG,aAAa,CAGtC;AAED,wBAAsB,UAAU,CAAC,KAAK,EAAE,MAAM,EAAE,MAAM,CAAC,EAAE,MAAM,GAAG,OAAO,CAAC,IAAI,CAAC,CAwU9E"}
+{"version":3,"file":"connect.d.ts","sourceRoot":"","sources":["../../src/commands/connect.ts"],"names":[],"mappings":"AAYA,OAAO,KAAK,EAAE,SAAS,EAAE,MAAM,sBAAsB,CAAA;AACrD,OAAO,EAOL,KAAK,aAAa,EAClB,KAAK,WAAW,EAChB,KAAK,aAAa,EAClB,KAAK,cAAc,EACpB,MAAM,yBAAyB,CAAA;AAkChC,MAAM,WAAW,SAAS;IACxB,IAAI,EAAE,MAAM,CAAA;IACZ,IAAI,EAAE,MAAM,CAAA;IACZ,IAAI,CAAC,EAAE,MAAM,CAAA;IACb,QAAQ,CAAC,EAAE,MAAM,CAAA;IACjB,QAAQ,CAAC,EAAE,MAAM,CAAA;IACjB,QAAQ,CAAC,EAAE,MAAM,CAAA;CAClB;AAQD;;;;;;GAMG;AACH,wBAAgB,eAAe,CAAC,GAAG,EAAE,MAAM,GAAG,SAAS,CAwBtD;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAiCG;AACH,wBAAgB,mBAAmB,CAAC,KAAK,EAAE,MAAM,EAAE,OAAO,EAAE,MAAM,EAAE,CAAC,EAAE,SAAS,GAAG,MAAM,CAkCxF;AAMD;;;;;;;;;;;;;;;GAeG;AACH,wBAAgB,qBAAqB,CAAC,KAAK,EAAE,MAAM,EAAE,CAAC,EAAE,SAAS,GAAG,MAAM,CAUzE;AAiCD;;;;;;;;;;;;;;GAcG;AACH,wBAAgB,sBAAsB,CACpC,QAAQ,EAAE,MAAM,EAChB,KAAK,EAAE,MAAM,EACb,KAAK,EAAE,MAAM,EACb,YAAY,CAAC,EAAE,MAAM,GACpB,MAAM,CAKR;AAED,gFAAgF;AAChF,wBAAgB,QAAQ,CAAC,WAAW,EAAE,MAAM,GAAG,IAAI,GAAG,SAAS,EAAE,KAAK,EAAE,MAAM,GAAG,MAAM,CAItF;AAwBD;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAuDG;AACH,YAAY,EAAE,SAAS,EAAE,MAAM,sBAAsB,CAAA;AAErD,MAAM,WAAW,YAAY;IAC3B,iFAAiF;IACjF,GAAG,EAAE,SAAS,CAAA;IACd,oCAAoC;IACpC,GAAG,EAAE,MAAM,CAAA;IACX;;;;OAIG;IACH,MAAM,EAAE,MAAM,CAAA;IACd,iEAAiE;IACjE,KAAK,EAAE,MAAM,CAAA;IACb;;;;OAIG;IACH,YAAY,EAAE,MAAM,CAAA;IACpB,4EAA4E;IAC5E,YAAY,EAAE,MAAM,CAAA;IACpB;;;;;OAKG;IACH,cAAc,EAAE,MAAM,CAAA;IACtB,aAAa,EAAE,MAAM,CAAA;IACrB;;;;;;;;;;;;;;;;;;;;OAoBG;IACH,iBAAiB,EAAE,OAAO,CAAA;CAC3B;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,eAAO,MAAM,cAAc,EAAE,MAAM,CAAC,SAAS,EAAE,YAAY,CAuB1D,CAAA;AAuED;;;;;;;;;;;;;;;;;;;GAmBG;AACH,MAAM,MAAM,cAAc,GACtB;IAAE,IAAI,EAAE,OAAO,CAAA;CAAE,GACjB;IAAE,IAAI,EAAE,UAAU,CAAC;IAAC,MAAM,EAAE,SAAS,CAAA;CAAE,GACvC;IAAE,IAAI,EAAE,YAAY,CAAA;CAAE,CAAA;AAE1B;;;;;;GAMG;AACH,wBAAgB,oBAAoB,CAAC,UAAU,EAAE,MAAM,GAAG,SAAS,GAAG,IAAI,CAUzE;AAED,wFAAwF;AACxF,MAAM,MAAM,gBAAgB,GAAG,CAAC,GAAG,EAAE,MAAM,KAAK,MAAM,GAAG,IAAI,CAAA;AAuC7D,wBAAgB,iBAAiB,CAC/B,EAAE,EAAE,YAAY,EAChB,OAAO,EAAE,MAAM,EACf,GAAG,GAAE,gBAAgC,GACpC,cAAc,CAMhB;AAED;;;;;;;;;;;;;;;;;;;;;GAqBG;AACH,wBAAgB,mBAAmB,CACjC,MAAM,EAAE,YAAY,EACpB,MAAM,EAAE,YAAY,EACpB,OAAO,GAAE,aAAuC,GAC/C,MAAM,EAAE,CA2BV;AAED;;;;;;;;;;;;;;GAcG;AACH,wBAAgB,uBAAuB,CACrC,EAAE,EAAE,YAAY,EAChB,OAAO,EAAE,OAAO,CAAC,WAAW,EAAE;IAAE,IAAI,EAAE,UAAU,CAAA;CAAE,CAAC,EACnD,aAAa,EAAE,MAAM,GAAG,IAAI,EAC5B,KAAK,EAAE,MAAM,GACZ,MAAM,EAAE,CAgCV;AAED;;;;;;;;GAQG;AACH,wBAAgB,mBAAmB,CAAC,EAAE,EAAE,YAAY,EAAE,KAAK,EAAE,MAAM,EAAE,aAAa,EAAE,MAAM,GAAG,IAAI,GAAG,MAAM,EAAE,CAyB3G;AAED;;;;;;;;;;;;;;GAcG;AACH,wBAAgB,oBAAoB,CAAC,EAAE,EAAE,YAAY,EAAE,KAAK,EAAE,MAAM,GAAG,MAAM,EAAE,CAS9E;AAED;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;;GAmCG;AACH,wBAAgB,uBAAuB,CACrC,EAAE,EAAE,YAAY,EAChB,KAAK,EAAE,MAAM,EACb,aAAa,EAAE,MAAM,GAAG,IAAI,EAC5B,IAAI,EAAE,WAAW,EACjB,SAAS,EAAE,MAAM,GAAG,IAAI,GACvB,MAAM,EAAE,CAwCV;AAED;;;;;;;;;;;;;;;;GAgBG;AACH,wBAAgB,uBAAuB,CACrC,EAAE,EAAE,YAAY,EAChB,KAAK,EAAE,MAAM,EACb,aAAa,EAAE,MAAM,GAAG,IAAI,EAC5B,KAAK,EAAE,MAAM,EACb,SAAS,EAAE,MAAM,GAAG,IAAI,GACvB,MAAM,EAAE,CA+BV;AAED;;;;;;;;;;;;;GAaG;AACH,wBAAgB,qBAAqB,CACnC,EAAE,EAAE,YAAY,EAChB,KAAK,EAAE,MAAM,EACb,aAAa,EAAE,MAAM,GAAG,IAAI,GAC3B,MAAM,EAAE,CAmBV;AAgCD;;;;;;;;;;;;;;;;;;;;;;;GAuBG;AACH,wBAAgB,mBAAmB,IAAI,MAAM,CAG5C;AAED;;;;;;;;;GASG;AACH,wBAAgB,mBAAmB,CAAC,OAAO,EAAE,MAAM,GAAG,MAAM,GAAG,IAAI,CAMlE;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,MAAM,WAAW,kBAAkB;IACjC,aAAa,EAAE,MAAM,MAAM,GAAG,IAAI,CAAA;CACnC;AAED;;;;;;;;;;;;;;;;;;;;GAoBG;AACH,wBAAgB,YAAY,CAAC,EAAE,EAAE,YAAY,EAAE,OAAO,EAAE,MAAM,EAAE,KAAK,EAAE,MAAM,EAAE,OAAO,EAAE,MAAM,GAAG,kBAAkB,CAuClH;AAED;;;;;;;;;;;;;GAaG;AACH,wBAAgB,uBAAuB,CACrC,OAAO,EAAE,MAAM,EACf,SAAS,EAAE,MAAM,GAAG,IAAI,EACxB,OAAO,EAAE,OAAO,EAChB,QAAQ,EAAE,OAAO,GAChB,MAAM,EAAE,CAMV;AAYD;;;;;;;GAOG;AACH,MAAM,MAAM,oBAAoB,GAAG,CAAC,aAAa,EAAE,MAAM,KAAK,MAAM,GAAG,IAAI,CAAA;AAiD3E,wBAAsB,oBAAoB,CACxC,EAAE,EAAE,YAAY,EAChB,QAAQ,EAAE,cAAc,GAAG,IAAI,EAC/B,GAAG,EAAE,oBAAoB,EACzB,MAAM,EAAE,CAAC,aAAa,EAAE,MAAM,KAAK,IAAI,EACvC,QAAQ,EAAE,kBAAkB,GAC3B,OAAO,CAAC,aAAa,CAAC,CAyBxB;AAED,+FAA+F;AAC/F,MAAM,MAAM,uBAAuB,GAAG,SAAS,GAAG,WAAW,GAAG,QAAQ,CAAA;AAExE;;;;;;;;;;;;;;;;;;;;;;GAsBG;AACH,MAAM,WAAW,cAAc;IAC7B,2FAA2F;IAC3F,KAAK,EAAE,CAAC,EAAE,EAAE,YAAY,KAAK,cAAc,GAAG,IAAI,CAAA;IAClD,oGAAoG;IACpG,aAAa,EAAE,aAAa,CAAA;IAC5B,eAAe,EAAE,MAAM,uBAAuB,CAAA;IAC9C,yDAAyD;IACzD,aAAa,EAAE,MAAM,MAAM,CAAA;IAC3B,MAAM,EAAE,CAAC,OAAO,EAAE,MAAM,KAAK,kBAAkB,CAAA;IAC/C,aAAa,EAAE,CAAC,OAAO,EAAE,MAAM,KAAK,MAAM,GAAG,IAAI,CAAA;IACjD,cAAc,EAAE,CAAC,QAAQ,EAAE,cAAc,GAAG,IAAI,EAAE,QAAQ,EAAE,kBAAkB,KAAK,OAAO,CAAC,aAAa,CAAC,CAAA;CAC1G;AAED,MAAM,MAAM,kBAAkB,GAC1B;IAAE,IAAI,EAAE,SAAS,CAAC;IAAC,MAAM,EAAE,eAAe,CAAC;IAAC,IAAI,EAAE,OAAO,CAAC,WAAW,EAAE;QAAE,IAAI,EAAE,UAAU,CAAA;KAAE,CAAC,CAAA;CAAE,GAC9F;IACE,IAAI,EAAE,eAAe,CAAA;IACrB,IAAI,EAAE,WAAW,CAAA;IACjB,SAAS,EAAE,uBAAuB,CAAA;IAClC,KAAK,EAAE,MAAM,CAAA;IACb,OAAO,EAAE,MAAM,CAAA;IACf,SAAS,EAAE,MAAM,GAAG,IAAI,CAAA;CACzB,GACD;IACE,IAAI,EAAE,UAAU,CAAA;IAChB,IAAI,EAAE,WAAW,CAAA;IACjB,SAAS,EAAE,uBAAuB,CAAA;IAClC,OAAO,EAAE,aAAa,CAAA;IACtB,OAAO,EAAE,MAAM,CAAA;IACf,SAAS,EAAE,MAAM,GAAG,IAAI,CAAA;CACzB,CAAA;AAEL,wBAAsB,mBAAmB,CAAC,EAAE,EAAE,YAAY,EAAE,EAAE,EAAE,cAAc,GAAG,OAAO,CAAC,kBAAkB,CAAC,CAqB3G;AAUD,MAAM,MAAM,SAAS,GAAG,QAAQ,GAAG,QAAQ,GAAG,SAAS,GAAG,KAAK,CAAA;AAE/D;;;;;;;;;;;;;;GAcG;AACH,wBAAsB,UAAU,CAC9B,IAAI,EAAE,MAAM,GAAG,SAAS,EACxB,GAAG,GAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAkB,EACzC,OAAO,CAAC,EAAE,aAAa,GACtB,OAAO,CAAC;IAAE,GAAG,EAAE,SAAS,CAAC;IAAC,MAAM,EAAE,OAAO,CAAA;CAAE,CAAC,CAc9C;AAED;;;;;;;;;;;;;;;;;;;GAmBG;AACH,wBAAgB,gBAAgB,CAAC,OAAO,EAAE,MAAM,EAAE,YAAY,EAAE,MAAM,GAAG,MAAM,CAE9E;AAED;;;;;;;;GAQG;AACH,MAAM,WAAW,aAAa;IAC5B,OAAO,EAAE,MAAM,CAAA;IACf,OAAO,EAAE,MAAM,GAAG,IAAI,CAAA;CACvB;AAKD;;;;;;;;;;;;;;;;;;;;;;;GAuBG;AACH,wBAAgB,kBAAkB,CAAC,OAAO,GAAE,aAAuC,GAAG,MAAM,EAAE,CAsB7F;AAED;;;;;;;;;;;;;;;;;;;;;;;;GAwBG;AACH,wBAAgB,sBAAsB,CACpC,GAAG,GAAE,CAAC,IAAI,EAAE,MAAM,KAAK,IAAkB,EACzC,OAAO,GAAE,aAAuC,GAC/C,IAAI,CAiBN;AAED;;;;;;;;;;;GAWG;AACH,wBAAgB,YAAY,CAAC,MAAM,EAAE,MAAM,GAAG,SAAS,CAMtD;AAED;;;;GAIG;AACH,wBAAgB,YAAY,IAAI,MAAM,EAAE,CASvC;AAED;;;;;;;;;;;;;;;;GAgBG;AACH,wBAAgB,gBAAgB,CAC9B,GAAG,EAAE,SAAS,EACd,KAAK,EAAE,YAAY,GAAG,cAAc,GAAG,aAAa,GACnD,OAAO,GAAG,QAAQ,GAAG,MAAM,CAI7B;AAED;;;;;;;;;;;;;;;;;;GAkBG;AACH,wBAAgB,2BAA2B,CACzC,GAAG,EAAE,SAAS,EACd,KAAK,EAAE,YAAY,GAAG,cAAc,GAAG,aAAa,EACpD,QAAQ,EAAE,cAAc,GACvB,OAAO,GAAG,QAAQ,GAAG,MAAM,CAI7B;AA+ED;;;;;;GAMG;AACH,wBAAgB,eAAe,CAC7B,MAAM,EAAE,OAAO,EACf,YAAY,EAAE,OAAO,GACpB,SAAS,GAAG,QAAQ,GAAG,aAAa,CAGtC;AAED,MAAM,WAAW,cAAc;IAC7B;;;;;OAKG;IACH,OAAO,CAAC,EAAE,OAAO,CAAA;CAClB;AAED,wBAAsB,UAAU,CAAC,KAAK,EAAE,MAAM,EAAE,MAAM,CAAC,EAAE,MAAM,EAAE,IAAI,GAAE,cAAmB,GAAG,OAAO,CAAC,IAAI,CAAC,CAgczG"}