Skip to content

docs: codify known_issues resolved-sweep convention (closes #141)#860

Open
cristim wants to merge 1 commit into
mainfrom
fix/141-wave17
Open

docs: codify known_issues resolved-sweep convention (closes #141)#860
cristim wants to merge 1 commit into
mainfrom
fix/141-wave17

Conversation

@cristim

@cristim cristim commented May 30, 2026

Copy link
Copy Markdown
Member

Summary

Test plan

  • CONTRIBUTING.md "Known Issues Sweep" section renders correctly on GitHub.
  • known_issues/resolved/ contains the three archived files; they are absent from known_issues/ top level.
  • No code changes -- CI lint/build/test pass unchanged.

@cristim cristim added triaged Item has been triaged priority/p3 Polish / idea / may never ship severity/low Minor harm urgency/eventually No deadline impact/internal Team-internal only effort/s Hours type/chore Maintenance / non-user-visible labels May 30, 2026
@cristim

cristim commented May 30, 2026

Copy link
Copy Markdown
Member Author

@coderabbitai review

@coderabbitai

coderabbitai Bot commented May 30, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

You’ve reached a temporary PR review limit under our Fair Usage Limits Policy.

Your recent review volume is higher than typical usage, so adaptive limits are currently applied.

Next review available in: 58 minutes

Enable usage-based reviews in Billing to review now. Otherwise, wait until the next included review is available.
You're only billed for reviews past your plan's rate limits ($0.25/file).

How can I continue?

After more reviews become available, a review can be triggered using the @coderabbitai review command as a PR comment. Alternatively, push new commits to this PR.

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 configuration

Configuration used: defaults

Review profile: CHILL

Plan: Pro

Run ID: b09c7f5b-4df8-4a5b-9e11-b0f34b370530

📥 Commits

Reviewing files that changed from the base of the PR and between 1d9f1b8 and 976d758.

📒 Files selected for processing (5)
  • CLAUDE.md
  • CONTRIBUTING.md
  • known_issues/resolved/25_federation_azure_gcp_source_identity_failloud.md
  • known_issues/resolved/26_federation_target_source_consistency.md
  • known_issues/resolved/27_federation_old_bundle_redownload_notice.md
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch fix/141-wave17

Comment @coderabbitai help to get the list of available commands.

@coderabbitai

coderabbitai Bot commented May 30, 2026

Copy link
Copy Markdown
Contributor
✅ Actions performed

Review triggered.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

@cristim

cristim commented Jun 4, 2026

Copy link
Copy Markdown
Member Author

@coderabbitai review

@coderabbitai

coderabbitai Bot commented Jun 4, 2026

Copy link
Copy Markdown
Contributor
✅ Action performed

Review finished.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

cristim commented Jun 8, 2026

Copy link
Copy Markdown
Member Author

@coderabbitai full review


Generated by Claude Code

@coderabbitai

coderabbitai Bot commented Jun 8, 2026

Copy link
Copy Markdown
Contributor

Tip

For best results, initiate chat on the files or code changes.

🧩 Analysis chain

🏁 Script executed:

#!/bin/bash
# Get PR details and files changed
gh pr view 860 --repo LeanerCloud/CUDly
echo "---FILES CHANGED---"
gh pr diff 860 --repo LeanerCloud/CUDly

Length of output: 5842


🏁 Script executed:

#!/bin/bash
# Check the content of the archived known_issues files
echo "=== File 25 ==="
cat known_issues/resolved/25_federation_azure_gcp_source_identity_failloud.md
echo ""
echo "=== File 26 ==="
cat known_issues/resolved/26_federation_target_source_consistency.md
echo ""
echo "=== File 27 ==="
cat known_issues/resolved/27_federation_old_bundle_redownload_notice.md

echo ""
echo "=== Check referenced GitHub issues ==="
# Extract issue numbers from these files
grep -oE '#[0-9]+' known_issues/resolved/25_federation_azure_gcp_source_identity_failloud.md \
  known_issues/resolved/26_federation_target_source_consistency.md \
  known_issues/resolved/27_federation_old_bundle_redownload_notice.md | sort -u

echo ""
echo "=== Check remaining known_issues files ==="
ls known_issues/*.md 2>/dev/null || echo "No .md files at top level"

echo ""
echo "=== Verify the sweep script - does glob known_issues/*.md miss resolved? ==="
ls known_issues/resolved/*.md 2>/dev/null | head -5

echo ""
echo "=== Check referenced issues state ==="
for issue in 41 42 43; do
  echo "--- Issue #$issue ---"
  gh issue view $issue --repo LeanerCloud/CUDly --json state,number,title --jq '[.number,.state,.title]' 2>/dev/null || echo "Not found"
done

Length of output: 10035



@cristim: Here is the full review of PR #860.


Overall Assessment

The PR is clean, accurate, and fills a real documentation gap. The three archived files correspond to closed issues #41, #42, and #43 as stated — verified. No code changes; docs only. A couple of observations worth noting:


🔶 Notable gap: entry format vs. sweep script mismatch

The cross-check sweep script in CONTRIBUTING.md depends on #[0-9]+ appearing inside each known-issues file:

grep -h "closes #\|Fixes #\|#[0-9]\+" known_issues/*.md \
  | grep -oE '#[0-9]+' | sort -u \
  | xargs -I{} gh issue view {} ...

But the three files being archived (25, 26, 27) contain no #41/#42/#43 references in their bodies — the GitHub issue numbers appear only in the PR description. This means the sweep script as documented would not have surfaced these files as archivable.

The entry format section documents heading and audit-status line, but doesn't include a GitHub Issue field. Suggest adding one to the mandatory format so the sweep script actually works for future entries:

> **Audit status (2026-04-22):** `1 needs triage · 0 resolved`
> **GitHub Issue:** #<N>

Or alternatively, add a **Status**: tracked in #<N> line to the entry body (many existing files already use a **Status** field for free-form text).


🔶 Sweep grep is slightly fragile

The pattern "closes #\|Fixes #\|#[0-9]\+" will match any #number in the file, including PR references, code line numbers in snippets like (lines ~142-155), or version strings. This could feed noise into the xargs gh issue view call. A tighter anchor (e.g. GitHub Issue: # or Status.*#[0-9]+) would reduce false positives once the format mandates a dedicated field.


✅ Everything else looks good

  • CLAUDE.md paragraph is concise and correctly points to the canonical section in CONTRIBUTING.md.
  • The "When to ADD / REMOVE" guidance is clear and covers the main cases.
  • git mv usage for archiving is the right approach.
  • The three archived files' underlying issues (#41, #42, #43) are all confirmed CLOSED.
  • Remaining known_issues/*.md top-level files are unaffected ✓

The entry-format / sweep-script gap is the main actionable item, but it's non-blocking for this PR since it's a documentation-only change establishing the convention going forward. Happy to leave it as a follow-up issue if you prefer.


🧠 Learnings used
Learnt from: cristim
Repo: LeanerCloud/CUDly PR: 0
File: :0-0
Timestamp: 2026-05-05T15:44:54.463Z
Learning: In the LeanerCloud/CUDly repository, when a CodeRabbit review flags something as "outside-diff" that was already implemented in an earlier commit of the same PR, it is likely a stale-snapshot artifact where the review diff was generated against a pre-fix view. The inline comment convention `(CR pass on PR #<number> Finding N)` is used by the maintainer (cristim) to mark lines that were changed in direct response to a prior CodeRabbit review pass.

@cristim

cristim commented Jun 8, 2026

Copy link
Copy Markdown
Member Author

@coderabbitai full review

@coderabbitai

coderabbitai Bot commented Jun 8, 2026

Copy link
Copy Markdown
Contributor
✅ Action performed

Full review finished.

@cristim
cristim changed the base branch from feat/multicloud-web-frontend to main June 9, 2026 15:43
@cristim

cristim commented Jun 19, 2026

Copy link
Copy Markdown
Member Author

@coderabbitai review

@coderabbitai

coderabbitai Bot commented Jun 19, 2026

Copy link
Copy Markdown
Contributor
✅ Action performed

Review finished.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

@cristim

cristim commented Jul 10, 2026

Copy link
Copy Markdown
Member Author

@coderabbitai review

@coderabbitai

coderabbitai Bot commented Jul 10, 2026

Copy link
Copy Markdown
Contributor
✅ Action performed

Review finished.

Note: CodeRabbit is an incremental review system and does not re-review already reviewed commits. This command is applicable only when automatic reviews are paused.

Add "Known Issues Sweep" section to CONTRIBUTING.md documenting when
to add/remove entries, the required format, and who runs the sweep.
Add a summary paragraph to CLAUDE.md pointing to that section.
Archive the three stale docs whose underlying issues (#41, #42, #43)
are closed by moving them to known_issues/resolved/.
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

effort/s Hours impact/internal Team-internal only priority/p3 Polish / idea / may never ship severity/low Minor harm triaged Item has been triaged type/chore Maintenance / non-user-visible urgency/eventually No deadline

Projects

None yet

Development

Successfully merging this pull request may close these issues.

1 participant