Repository navigation
Conversation
added 2 commits
October 7, 2026 00:35
Pairing reports whether no server answered on the configured port or the server rejected this data directory's API key, instead of the generic startup failure.
Pairing now reads the data directory's existing keys without creating the directory, an installation record or keys, and refuses a directory with no saved keys. Adds a local scenario that pairs from the running server's folder, an empty folder and a port with no server.
executor pair cannot reach the running serverThis branch has not been deployed
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.
executor pairsends the API key saved in its data directory to the server on127.0.0.1:<EXECUTOR_PORT>. It loaded that key through the same startup path asserve, so in a directory with no saved keys it created the directory, a pending installation record and new keys, then reported the generic "Executor could not start" message when the server rejected them. The released CLI uses~/.executor/v2/clias its data directory and the desktop app uses its own app data folder, sopairrun beside the desktop app's server reads a different folder. This is the likely cause of #2178.
has no saved keys. Start Executor first, or set EXECUTOR_DATA_DIR to the folder the running server uses. No new keys were created." When the request fails, it says whether no server answered on the port or the server did not accept the saved API key. Suppliedpairnow only reads saved keys. It creates no directory, record, key file or OS credential, and takes no lock; a running server holds none after startup. A directory without saved keys is refused with "EXECUTOR_API_KEYandEXECUTOR_ENCRYPTION_KEYstill work without a saved directory.Validation: the new local scenario starts
servewith its own folder, then pairs from the same folder, from an empty folder (refused, folder stays empty) and against a port with no server. It fails without this change, where pairing from the empty folder created keys, and passes with it. Formatting, oxlint on the changed files and the typecheck pass.Fixes #2178