-
Notifications
You must be signed in to change notification settings - Fork 6.9k
fix: ensure accept_elicitation_for_prompt_rule() test passes locally #7832
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Conversation
cd2b7e7 to
7aa1069
Compare
|
@codex review |
|
@bolinfest, looks like the test is failing in CI. It's also still failing for me locally. Here's the output I'm seeing. |
|
Codex Review: Didn't find any major issues. 👍 ℹ️ About Codex in GitHubYour team has set up Codex to review pull requests in this repo. Reviews are triggered when you
If Codex has suggestions, it will comment; otherwise it will react with 👍. Codex can also answer questions or update the PR. Try commenting "@codex address that feedback". |
|
@etraut-openai not all the current test failures in the latest CI run are due to the test: I am looking into the flakiness because I expect an rmcp server to handle messages serially, but it's possible it is not. As for your local test failure, I'm curious whether you can run any zsh command in a read-only sandbox. For example, what does this do on your laptop: codex debug seatbelt -- zsh -lc 'echo hello' |
|
@etraut-openai Codex found it. Apparently rmcp does a This explains the flakiness: we send a notification followed by a request assuming the notification must finish processing before the request, but apparently this is not true. I think this PR is still important to move the
|
|
@etraut-openai Hmm... fails with: |
When I originally introduced
accept_elicitation_for_prompt_rule()in #7617, it worked for me locally because I had runcodex-rs/exec-server/tests/suite/bashonce myself, which had the side-effect of installing the corresponding DotSlash artifact.In CI, I added explicit logic to do this as part of
.github/workflows/rust-ci.yml, which meant the test also passed in CI, but this logic should have been done as part of the test so that it would work locally for devs who had not installed the DotSlash artifact forcodex-rs/exec-server/tests/suite/bashbefore. This PR updates the test to do this (and deletes the setup logic fromrust-ci.yml), creating a newDOTSLASH_CACHEin a temp directory so that this is handled independently for each test.While here, also added a check to ensure that the
codexbinary has been built prior to running the test, as we have to ensure it is symlinked ascodex-linux-sandboxon Linux in order for the integration test to work on that platform.