fix(coverage): defer interpreter-specific wheel gaps - #1015
Conversation
|
Warning Review limit reached
Next review available in: 19 minutes Limit details: You’ve used all 1 included review currently available under your plan. You've used all free OSS reviews for now. Wait for the free limit to reset to keep reviewing this public repository. How can I continue?After more reviews become available, a review can be triggered using the To avoid repeated limits, reduce automatic review volume by pausing incremental auto-reviews earlier, using label-based review opt-in, excluding WIP or generated PR titles, or requesting reviews manually when the PR is ready. If your team needs uninterrupted high-volume reviews, an organization admin can enable usage-based reviews. How do review limits work?CodeRabbit enforces per-developer PR review limits for each organization. Most developers receive the normal plan review availability. For paid Pro and Pro+ PR reviews, CodeRabbit uses adaptive limits for sustained high-volume activity. When a developer's recent PR review activity reaches the 95th percentile or higher among CodeRabbit users, additional reviews become available more gradually as earlier reviews age out of the rolling window. Please refer docs for additional details. Review details⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: 📒 Files selected for processing (3)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
Keep the interpreter-distribution deferral note with main's bounded requirement-include and parent-symlink fail-closed changelog lines.
Problem
The trusted central OpenCode coverage image failed before executing the target PR because a base-commit auxiliary fuzz lock pinned
atheris==3.0.0, while the pinned Python 3.14 coverage interpreter could see only the compatible3.1.0distribution. Pip had successfully reached the package index and reported alternative available versions, but the lock installer treated the interpreter/platform distribution gap as a fatal registry failure.This blocked current-head coverage evidence across repositories even when the target PR source and repository-specific language matrix were healthy.
Change
noneversion sets, mismatched requirement diagnostics, and unexplainedNo matching distributionfailures fatal.CHANGELOG.md.TDD evidence
The one-shot branch workflow first ran the new regression tests against the prior implementation and required a failing RED result. It then applied the bounded classifier, reran the suite, compiled the changed Python files, and removed itself before publishing the final branch.
Workflow run
31884057428completed successfully on the branch.Security boundary
This does not turn arbitrary dependency-resolution failures into optional warnings. The exemption is deliberately narrow and requires positive package-index evidence for the exact same pin. Registry outages, ambiguous diagnostics, malformed locks, hash failures, resolver crashes, and install failures still fail closed.
Verification
python3 -m unittest tests.test_install_base_python_locks -vpython3 -m compileall -q scripts/ci/install_base_python_locks.py tests/test_install_base_python_locks.pyMerge policy
Normal exact-head checks, semantic review, independent approval, and protected-branch rules remain required. No queued or historical evidence is treated as success.