liftedinit / liftedinit/many-rs
Probing the server during startup crashes TM
Open
Nobody has claimed this yet.
bug
- Dominant language
- Rust
- Stars
- 6
- Forks
- 11
- PR merge metrics
- No merged PRs in 30d
Description
TBD
Discovered while refactoring BATs tests.
```bash
sleep 30 # Removing this sleep crashes TM
while ! many message --server http://localhost:${port} status; do
sleep 1
done >/dev/null
```
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 with the BATs tests mentioned in the issue and reproduce the server startup sequence using the shown `many message --server ... status` loop with the 30-second sleep removed. Trace the crash during startup; done means probing the server before startup completes no longer crashes TM and the status loop succeeds.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- bash, rust
- Domain
- backend, cli, testing-qa
- Issue type
- Bug
- Difficulty
- 4/5
- Estimated time
- 3-5 days
- Activity status
- Stale
- Clarity
- Needs clarification
- Newbie friendliness
- 25/100