fix(dapi): validate bounded request payloads#4152
Conversation
|
Warning Review limit reached
Next review available in: 58 minutes Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available. 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: Path: .coderabbit.yaml Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (5)
✨ Finishing Touches🧪 Generate unit tests (beta)
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 |
|
🕓 Ready for review — 39 ahead in queue (commit c40644b) |
Codecov Report✅ All modified and coverable lines are covered by tests. Additional details and impacted files@@ Coverage Diff @@
## v4.1-dev #4152 +/- ##
============================================
+ Coverage 87.43% 87.49% +0.06%
============================================
Files 2646 2663 +17
Lines 333981 336414 +2433
============================================
+ Hits 292023 294354 +2331
- Misses 41958 42060 +102
🚀 New features to boost your workflow:
|
Drive enforces the active version's state-transition size limit authoritatively; the DAPI check is a static upper bound. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Resolved rs-dapi conflicts against the payload-validation and metric-label changes that landed on v4.1-dev (#4152, #4151): kept the shared validate_state_transition_hash/validate_core_block_hash helpers from base and this branch's stream/wait admission permits and history-range checks. Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
Issue being fixed or feature implemented
Rejects semantically invalid public payloads before representation expansion or backend work. Covers internal review items 003, 004, 170, and 171.
What was done?
How Has This Been Tested?
Breaking Changes
None for valid requests.
Checklist:
For repository code-owners and collaborators only