Repository navigation
test(agent): pin the connect-MCP page - ConnectMCP (Closes #1519) - #1963
Merged
Merged
Conversation
Summary by t27-beesThis PR adds a pin test for the Worth a look
Read: 1 files, +128 -0, the whole diff. Head |
β Tests passed β 3629/3699
|
Collaborator
Author
|
CI gates on this SHA:
Dmitrii Fedorov (@dmitrii-f-t27) |
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.
Closes #1519
What changed
One new file:
trios/agent-server/apps/entrypoints/app/connect-mcp/ConnectMCP.test.ts(the path the issue's Success Criteria names). The subjectConnectMCP.tsxis untouched.The 1 exported symbol is exercised (1
it(block; 0 blocked). The page reads the MCP server store, the managed-server mutations, the servers list, the user integrations and the remote sync, so each seam is stubbed with a full stand-in: the store with an empty server list and its mutators, the four mutation/list hooks with idle captures, the integrations hook with no data, the sync with a settled status, the metrics track (a no-op - its real module pulls the adapter graph other suites stub incompletely), and the storage fake underneath the graph's own items. Measured, the static render goes through and shows the page as it first mounts: the Connected Apps heading with its two add controls.Not pinned, and why (issue User Story 2): the connect flow itself - the auth navigation (window.open), the api-key submission, the add/remove wiring and its toasts - they live in handlers that need a live document and window. The port env seam is seeded before any import can reach the env module (its one-time snapshot - the trap the agent-outputs suite documented), with the subject imported dynamically for that reason.
How it was verified (FR-004)
1 pass / 0 fail / 3 expect() calls, Ran 1 test across 1 file.1 failout of 1 - the pin fails on the heading. An earlier break candidate that only extended a pinned substring (Add built-in app->Add built-in application) produced a false-green red run and was discarded; the recorded break changes the pinned string itself. The subject was restored byte-identical (git checkout;git diff --name-onlyprints nothing) and the suite passes again.bun run typecheckrunswxt prepare, whose generated.wxt/tsconfig.jsonmakes bun 1.3.6 stop resolving@/aliases for test runs until that generated directory is removed. CI's Tests jobs never runwxt prepare; every run quoted above is from a checkout without.wxt/.Not verified
Tests / agentjob re-runs the suite on this SHA.Dmitrii Fedorov (@dmitrii-f-t27)