Track wasmtime-py upstream fix in KNOWN_ISSUES (#599 bookmark)#600
Conversation
Added a "Runtime workarounds" section to KNOWN_ISSUES.md mirroring the existing "CI workarounds" pattern (workaround / where / rationale / remove-when / tracking-issue). Captures the host_sleep _VeraExit(130) guard added in v0.0.137 to bridge bytecodealliance/wasmtime-py#336. Companion bookmark issue #599 explains the removal sequence: 1. Bump pyproject.toml when wasmtime-py with 5c84f841 lands on PyPI (broader-surface change, lands first) 2. Separate follow-up PR drops the _VeraExit guard in host_sleep so KeyboardInterrupt propagates naturally 3. Closes #595 Co-Authored-By: Claude <noreply@anthropic.invalid>
|
ℹ️ Recent review info⚙️ Run configurationConfiguration used: Path: .coderabbit.yaml Review profile: ASSERTIVE Plan: Pro Run ID: 📒 Files selected for processing (1)
📝 WalkthroughWalkthroughThis PR adds a "Runtime workarounds" section to KNOWN_ISSUES.md documenting the shipped host_sleep guard that catches KeyboardInterrupt and raises _VeraExit(130), records upstream wasmtime‑py references, and specifies the condition for removing the workaround. Runtime Workarounds Documentation
Estimated code review effort🎯 1 (Trivial) | ⏱️ ~3 minutes Possibly related issues
Possibly related PRs
🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
✏️ Tip: You can configure your own custom pre-merge checks in the settings. ✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## main #600 +/- ##
=======================================
Coverage 90.92% 90.92%
=======================================
Files 59 59
Lines 22997 22997
Branches 259 259
=======================================
Hits 20910 20910
Misses 2080 2080
Partials 7 7
Flags with carried forward coverage won't be shown. Click here to find out more. ☔ View full report in Codecov by Sentry. 🚀 New features to boost your workflow:
|
There was a problem hiding this comment.
Actionable comments posted: 1
🤖 Prompt for all review comments with AI agents
Verify each finding against current code. Fix only still-valid issues, skip the
rest with a brief reason, keep changes minimal, and validate.
Inline comments:
In `@KNOWN_ISSUES.md`:
- Line 76: Update the table row to match reality: change the wasmtime-py version
claim from "43.0.0 (current pin)" to reflect the actual pyproject pin
("wasmtime>=44.0.0"), remove the nonexistent upstream references (issue `#336`, PR
`#337`, and commit 5c84f841) and any assertions about them being merged, and
replace the "Remove when" clause with an actionable condition (e.g., "Remove
after a wasmtime-py PyPI release containing the upstream fix is available and
pyproject.toml is bumped, then drop the guard per `#599`"); keep the note that
vera/codegen/api.py::host_sleep raises _VeraExit(130).
🪄 Autofix (Beta)
Fix all unresolved CodeRabbit comments on this PR:
- Push a commit to this branch (recommended)
- Create a new PR with the fixes
ℹ️ Review info
⚙️ Run configuration
Configuration used: Path: .coderabbit.yaml
Review profile: ASSERTIVE
Plan: Pro
Run ID: 0363d701-7f22-4868-8881-80815b19a3d7
📒 Files selected for processing (1)
KNOWN_ISSUES.md
CodeRabbit on #600 caught two stale numbers in the new row: 1. Pin reference said "wasmtime-py 43.0.0 (current pin)"; actual pin in pyproject.toml is "wasmtime>=44.0.0". 43.0.0 was the version *installed* in the local venv (predating a recent re-pin) but not what the codebase requires. 2. "Remove when" condition said "above 43.0.0"; should be "above 44.0.0" because v44.0.0 was tagged before the upstream fix landed (verified: 91b8f149 v44.0.0 is two commits behind 5c84f841 main). No PyPI release currently includes the fix. Reworded the row to make those numbers right and to soften the "Remove when" into a clearer two-step removal sequence (release ships, bump pyproject, then a follow-up PR drops the guard per #599). Did NOT remove the upstream references (#336, #337, commit 5c84f841) that the rabbit flagged as "nonexistent" -- I verified all three exist via gh api and they're load-bearing for understanding the row. The rabbit cannot cross-repo-query bytecodealliance/wasmtime-py from the GitHub Action context, so its "nonexistent" assertion was a default- no-info safe assumption rather than a verified claim. Co-Authored-By: Claude <noreply@anthropic.invalid>
Summary
KNOWN_ISSUES.mdmirroring the existing "CI workarounds" table format (workaround / where / rationale / remove-when / tracking-issue).host_sleep_VeraExit(130)guard added in v0.0.137 as a bridge against bytecodealliance/wasmtime-py#336 (now fixed upstream by PR #337, awaiting PyPI release).pyproject.tomlfirst, then a separate follow-up PR drops the guard, closes #595.Pure docs change; nothing on the test surface. Limitations-sync script confirms the table is consistent.
Test plan
python scripts/check_limitations_sync.pycleanSummary by CodeRabbit