docs(agent-feedback): drop a truncated duplicate of the first seven bug entries - #3661
Conversation
…ug entries bugs.md had been appended to itself: the first 126 lines were a partial copy that broke off mid-sentence inside the `on<Uppercase>` entry, with the file's own `# Suspected Bugs` header concatenated onto the cut — `…[a-zA-Z0-9_$]*Change# Suspected Bugs` — and the complete file following. The seven entries in that prefix all appear whole further down, six of them byte for byte and the seventh only there, so the prefix is removed. The remaining files have one header and no repeated titles.
|
|
Warning Review limit reachedYou’ve reached a temporary PR review limit under our Fair Usage Limits Policy. Next review available in: 41 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: Organization UI Review profile: CHILL Plan: Pro Run ID: 📒 Files selected for processing (1)
✨ Finishing Touches🧪 Generate unit tests (beta)
Comment |
bugs.mdhad been appended to itself. The first 126 lines were a partial copy that broke off mid-sentence inside theon<Uppercase>entry, with the file's own header concatenated straight onto the cut:so the file carried its header twice and seven entries twice, one of them truncated.
All seven titles in that prefix appear whole further down — six byte for byte, and the seventh only there — so the prefix is removed rather than merged. Result: 89 entries, one header, no repeated titles.
cleanup.md,dx.md,perf.mdandunclear.mdwere checked the same way and are intact.This matters beyond tidiness: two of the duplicated entries are
_dynamic_tag compares only the renderer id, which already has #3378 open against it, andInert Class parent drops client resume. Picking work off the list meant reading the same finding twice.