sol high periodic status polling drains 5h rate limit during long-running external shell executions
Nobody has claimed this yet.
- Dominant language
- Rust
- Stars
- 125k
- Forks
- 19.4k
- PR merge metrics
- PR metrics pending
Description
What version of the Codex App are you using (From “About Codex” dialog)?
Version 26.825.51511
What subscription do you have?
Plus plan
What platform is your computer?
x64
What issue are you seeing?
When sol high executes an external shell command, it periodically polls the shell's status—even when status checks are explicitly disabled and it is instructed to simply wait for the shell to exit naturally.
This introduces a critical issue: each polling cycle drains 1% of the 5-hour rate limit on the Plus subscription plan. Consequently, during long-running invocations (such as claude.exe or agy.exe), the 5-hour rate limit gets prematurely exhausted before the shell command has even finished running.
What steps can reproduce the bug?
Feedback ID: 01a052dd-5bdd-7b92-962a-8afbab086321
What is the expected behavior?
No response
Additional information
No response
Contributor guide
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
Research direction
Start by tracing the Codex external shell execution path and its periodic status polling, using feedback ID 01a052dd-5bdd-7b92-962a-8afbab086321 and a long-running command for reproduction. Verify behavior when status checks are disabled; done means long-running shell executions wait without unnecessary polling or premature rate-limit consumption.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- rust, shell
- Domain
- cli
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Active
- Clarity
- Mostly clear
- Newbie friendliness
- 48/100