Skip to content

fix(release): resync CHANGELOG fragments after v0.8.0 cut - #971

Closed
seonghobae wants to merge 3 commits into
mainfrom
chore/fix-changelog-fragment-drift
Closed

fix(release): resync CHANGELOG fragments after v0.8.0 cut#971
seonghobae wants to merge 3 commits into
mainfrom
chore/fix-changelog-fragment-drift

Conversation

@seonghobae

Copy link
Copy Markdown
Contributor

Summary

  • PRs merged after the v0.8.0 release-cut PR (chore(release): cut v0.8.0 #966) — equating control hardening, multilevel non-finite context-effect fail-closed, and workflow-registry audit transport retry hardening — added new docs/changelog.d/*.md fragments without re-running the renderer, so render_changelog_fragments.py --check CHANGELOG.md started failing again on main. This blocked dispatching release-tag.yml for release_version: 0.8.0 (run 32024991813 failed at the "Fail closed on fragment to CHANGELOG aggregate drift" step).
  • docs/changelog.d/release-0.8.0-cut.md (the fragment documenting the 0.8.0 cut itself) was also still present, so its content was rendering a second time under Unreleased, duplicating the already-released ## [0.8.0] - 2026-08-17 section.
  • Deleted the stale release-0.8.0-cut.md fragment and ran render_changelog_fragments.py --update CHANGELOG.md to fold the four new fragments into Unreleased and drop the duplicate release-cut text.

Test plan

  • python3 scripts/render_changelog_fragments.py --check CHANGELOG.md passes
  • pytest tests/test_changelog_fragment_contract.py tests/test_release_changelog_serialization_contract.py -q (10 passed)
  • Full pytest suite under Python 3.12 with the Rust core rebuilt: 4458 passed, 1 skipped
  • cargo test --workspace

Generated by Claude Code

PRs merged after the v0.8.0 release-cut PR (#966) added new
docs/changelog.d fragments without re-running the renderer, and the
already-released release-0.8.0-cut.md fragment was left in place,
duplicating the 0.8.0 section under Unreleased. Delete the stale
fragment and re-render so render_changelog_fragments.py --check passes
again, unblocking the v0.8.0 release-tag dispatch.
@cursor

cursor Bot commented Aug 17, 2026

Copy link
Copy Markdown
Contributor

Bugbot is not enabled for your account, so this pull request was not reviewed.

Enable Bugbot in the Cursor dashboard to get automatic reviews on future PRs.

@coderabbitai

coderabbitai Bot commented Aug 17, 2026

Copy link
Copy Markdown
Contributor

Warning

Review limit reached

@seonghobae, you've reached your PR review limit, so we couldn't start this review.

Next review available in: 36 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 @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: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro Plus

Run ID: 0ae78764-68d2-40ca-9ecf-c4147c1a7ed6

📥 Commits

Reviewing files that changed from the base of the PR and between 04d0bc2 and 40b8aa8.

📒 Files selected for processing (2)
  • CHANGELOG.md
  • docs/changelog.d/release-0.8.0-cut.md

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.

❤️ Share

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

@seonghobae
seonghobae enabled auto-merge (squash) August 17, 2026 11:43
claude added 2 commits August 17, 2026 12:49
Ten more PRs merged into main after this fix's original commit, each
adding docs/changelog.d fragments without re-running the renderer.
Re-run render_changelog_fragments.py --update so --check passes again
and the v0.8.0 release-tag dispatch is no longer blocked.

@opencode-agent opencode-agent Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

OpenCode cannot approve yet because required coverage evidence did not pass.

Review outcome

1. HIGH .github/workflows/opencode-review.yml:1 - Coverage evidence did not prove required test/docstring evidence

  • Problem: The required coverage-evidence job result was failure, so OpenCode cannot establish approval sufficiency for this head.

  • Root cause: Automated approval is only valid when the same-head coverage-evidence job proves supported repository test suites passed and configured docstring gates passed or were advisory, or reports not applicable because no supported source files or package manifests exist. Missing, failed, skipped, unavailable, or unsupported-tooling test evidence is a blocker.

  • Fix: Install or configure the repository test/docstring evidence tooling when source files or package manifests exist, rerun the current-head coverage-evidence job, and approve only after it reports success with required evidence or explicit no-source not-applicable evidence.

  • Regression test: Keep the approval branch checking needs.coverage-evidence.result == success before posting APPROVE, and publish REQUEST_CHANGES when coverage-evidence blocker states such as cancelled, skipped, failed, unsupported-tooling, or below-100 evidence are present.

  • Result: REQUEST_CHANGES

  • Reason: coverage-evidence result was failure, so required test/docstring evidence was not proven for current head 40b8aa8fff661647d3de8ed2de9def03f680ec89.

  • Head SHA: 40b8aa8fff661647d3de8ed2de9def03f680ec89

  • Workflow run: 32041842355

  • Workflow attempt: 1

Coverage evidence

Coverage evidence job did not run or did not publish coverage evidence.

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Changed file: CHANGELOG.md"]
  S1 --> I1["repository behavior"]
  I1 --> R1["Review risk: Changed file: CHANGELOG.md"]
  R1 --> V1["required checks"]
  Evidence --> S2["Docs: release-0.8.0-cut.md"]
  S2 --> I2["operator or user guidance"]
  I2 --> R2["Review risk: Docs: release-0.8.0-cut.md"]
  R2 --> V2["docs review"]
Loading

@opencode-agent

opencode-agent Bot commented Aug 17, 2026

Copy link
Copy Markdown
Contributor

OpenCode Review Overview

  • Head SHA: 40b8aa8fff661647d3de8ed2de9def03f680ec89
  • Workflow run: 32041842355
  • Workflow attempt: 3
  • Gate result: REQUEST_CHANGES (approval step)

Pull request overview

OpenCode cannot approve yet because required coverage evidence did not pass.

Review outcome

1. HIGH .github/workflows/opencode-review.yml:1 - Coverage evidence did not prove required test/docstring evidence

  • Problem: The required coverage-evidence job result was failure, so OpenCode cannot establish approval sufficiency for this head.

  • Root cause: Automated approval is only valid when the same-head coverage-evidence job proves supported repository test suites passed and configured docstring gates passed or were advisory, or reports not applicable because no supported source files or package manifests exist. Missing, failed, skipped, unavailable, or unsupported-tooling test evidence is a blocker.

  • Fix: Install or configure the repository test/docstring evidence tooling when source files or package manifests exist, rerun the current-head coverage-evidence job, and approve only after it reports success with required evidence or explicit no-source not-applicable evidence.

  • Regression test: Keep the approval branch checking needs.coverage-evidence.result == success before posting APPROVE, and publish REQUEST_CHANGES when coverage-evidence blocker states such as cancelled, skipped, failed, unsupported-tooling, or below-100 evidence are present.

  • Result: REQUEST_CHANGES

  • Reason: coverage-evidence result was failure, so required test/docstring evidence was not proven for current head 40b8aa8fff661647d3de8ed2de9def03f680ec89.

  • Head SHA: 40b8aa8fff661647d3de8ed2de9def03f680ec89

  • Workflow run: 32041842355

  • Workflow attempt: 3

Coverage evidence

Coverage evidence job did not run or did not publish coverage evidence.

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Changed file: CHANGELOG.md"]
  S1 --> I1["repository behavior"]
  I1 --> R1["Review risk: Changed file: CHANGELOG.md"]
  R1 --> V1["required checks"]
  Evidence --> S2["Docs: release-0.8.0-cut.md"]
  S2 --> I2["operator or user guidance"]
  I2 --> R2["Review risk: Docs: release-0.8.0-cut.md"]
  R2 --> V2["docs review"]
Loading

@opencode-agent
opencode-agent Bot disabled auto-merge August 17, 2026 16:12
@seonghobae
seonghobae enabled auto-merge (squash) August 17, 2026 19:36
@opencode-agent
opencode-agent Bot disabled auto-merge August 17, 2026 19:58
@seonghobae
seonghobae enabled auto-merge (squash) August 17, 2026 20:07
@opencode-agent
opencode-agent Bot disabled auto-merge August 17, 2026 21:03

Copy link
Copy Markdown
Contributor Author

@opencode-agent Please re-review the unchanged exact head 40b8aa8fff661647d3de8ed2de9def03f680ec89. The prior REQUEST_CHANGES came from central workflow run 32041842355, where coverage-evidence failed before PR execution because the trusted base-Python lock materialization could not download the pinned uv archive (HTTPError; the same log also shows a GitHub codeload 429 while preparing actions). The target-repository current-head coverage-evidence, python, and opencode-review checks are now successful, and there are no unresolved inline review threads. Please regenerate formal current-head review evidence rather than carrying forward the transient infrastructure failure.

@opencode-agent opencode-agent Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

OpenCode cannot approve yet because required coverage evidence did not pass.

Review outcome

1. HIGH .github/workflows/opencode-review.yml:1 - Coverage evidence did not prove required test/docstring evidence

  • Problem: The required coverage-evidence job result was failure, so OpenCode cannot establish approval sufficiency for this head.

  • Root cause: Automated approval is only valid when the same-head coverage-evidence job proves supported repository test suites passed and configured docstring gates passed or were advisory, or reports not applicable because no supported source files or package manifests exist. Missing, failed, skipped, unavailable, or unsupported-tooling test evidence is a blocker.

  • Fix: Install or configure the repository test/docstring evidence tooling when source files or package manifests exist, rerun the current-head coverage-evidence job, and approve only after it reports success with required evidence or explicit no-source not-applicable evidence.

  • Regression test: Keep the approval branch checking needs.coverage-evidence.result == success before posting APPROVE, and publish REQUEST_CHANGES when coverage-evidence blocker states such as cancelled, skipped, failed, unsupported-tooling, or below-100 evidence are present.

  • Result: REQUEST_CHANGES

  • Reason: coverage-evidence result was failure, so required test/docstring evidence was not proven for current head 40b8aa8fff661647d3de8ed2de9def03f680ec89.

  • Head SHA: 40b8aa8fff661647d3de8ed2de9def03f680ec89

  • Workflow run: 32041842355

  • Workflow attempt: 2

Coverage evidence

Coverage evidence job did not run or did not publish coverage evidence.

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Changed file: CHANGELOG.md"]
  S1 --> I1["repository behavior"]
  I1 --> R1["Review risk: Changed file: CHANGELOG.md"]
  R1 --> V1["required checks"]
  Evidence --> S2["Docs: release-0.8.0-cut.md"]
  S2 --> I2["operator or user guidance"]
  I2 --> R2["Review risk: Docs: release-0.8.0-cut.md"]
  R2 --> V2["docs review"]
Loading

@opencode-agent opencode-agent Bot left a comment

Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Pull request overview

OpenCode cannot approve yet because required coverage evidence did not pass.

Review outcome

1. HIGH .github/workflows/opencode-review.yml:1 - Coverage evidence did not prove required test/docstring evidence

  • Problem: The required coverage-evidence job result was failure, so OpenCode cannot establish approval sufficiency for this head.

  • Root cause: Automated approval is only valid when the same-head coverage-evidence job proves supported repository test suites passed and configured docstring gates passed or were advisory, or reports not applicable because no supported source files or package manifests exist. Missing, failed, skipped, unavailable, or unsupported-tooling test evidence is a blocker.

  • Fix: Install or configure the repository test/docstring evidence tooling when source files or package manifests exist, rerun the current-head coverage-evidence job, and approve only after it reports success with required evidence or explicit no-source not-applicable evidence.

  • Regression test: Keep the approval branch checking needs.coverage-evidence.result == success before posting APPROVE, and publish REQUEST_CHANGES when coverage-evidence blocker states such as cancelled, skipped, failed, unsupported-tooling, or below-100 evidence are present.

  • Result: REQUEST_CHANGES

  • Reason: coverage-evidence result was failure, so required test/docstring evidence was not proven for current head 40b8aa8fff661647d3de8ed2de9def03f680ec89.

  • Head SHA: 40b8aa8fff661647d3de8ed2de9def03f680ec89

  • Workflow run: 32041842355

  • Workflow attempt: 3

Coverage evidence

Coverage evidence job did not run or did not publish coverage evidence.

Changed-File Evidence Map

flowchart LR
  PR["PR changed files"] --> Evidence["OpenCode bounded evidence"]
  Evidence --> S1["Changed file: CHANGELOG.md"]
  S1 --> I1["repository behavior"]
  I1 --> R1["Review risk: Changed file: CHANGELOG.md"]
  R1 --> V1["required checks"]
  Evidence --> S2["Docs: release-0.8.0-cut.md"]
  S2 --> I2["operator or user guidance"]
  I2 --> R2["Review risk: Docs: release-0.8.0-cut.md"]
  R2 --> V2["docs review"]
Loading

Copy link
Copy Markdown
Contributor Author

@opencode-agent Please re-review unchanged exact head 40b8aa8fff661647d3de8ed2de9def03f680ec89. The prior REQUEST_CHANGES verdicts (including the most recent rerun, attempt 3 of workflow run 32041842355) all resolved the trusted coverage-evidence source ref to .github's pre-fix commit c47afc2dc68488292c1db7c9d6f82dcd5360f181 — a rerun_failed_jobs retry reuses the original dispatch's frozen workflow_sha rather than re-resolving it, so it never picked up .github#1116 (merged at 092df969, closed .github#1109). This request should trigger a genuinely fresh dispatch that resolves against current .github main and actually exercises the fixed uv download.


Generated by Claude Code

Copy link
Copy Markdown
Contributor Author

@opencode-agent Please re-review the unchanged current exact head 40b8aa8fff661647d3de8ed2de9def03f680ec89. The three existing CHANGES_REQUESTED reviews all derive from the same central coverage/tooling failure on run 32041842355; the owning .github main has since advanced with the flat-lock/relative-include coverage fix. Re-evaluate current-head evidence only, preserve the release/changelog scope, and do not transfer the previous failed evidence.

Copy link
Copy Markdown
Contributor Author

@opencode-agent Please re-review unchanged exact head 40b8aa8fff661647d3de8ed2de9def03f680ec89 against the current central coverage implementation. The three existing formal CHANGES_REQUESTED reviews all map to central run 32041842355 before .github main advanced to b71a02a310e77f70c1e59f4719f6857cb33ca886 with the trusted-uv/flat-lock correction. This PR's release-resync diff is unchanged. Please generate fresh same-head formal evidence; predecessor central-tooling failures remain historical and should not be treated as current product findings.

Copy link
Copy Markdown
Contributor Author

@opencode-agent Please re-review unchanged exact head 40b8aa8fff661647d3de8ed2de9def03f680ec89 now that the central mention-router repair is on ContextualWisdomLab/.github protected main at 64feb77e8a178035bfd3822830b9435c3b0562fc. The release-resync diff and fast-mlsirm head are unchanged; repository CI, Security Scan, CodeQL, and Semgrep are terminal-success on this SHA. Generate fresh formal current-head review evidence and do not carry forward the pre-fix central coverage/tooling verdict.

Copy link
Copy Markdown
Contributor Author

Superseded by #998. The successor uses the same exact source commit 40b8aa8fff661647d3de8ed2de9def03f680ec89; it exists solely to create a fresh pull-request event so required central workflows resolve against current ContextualWisdomLab/.github rather than the frozen pre-fix workflow SHA bound to run 32041842355. No product source, test, or release scope changed. Downstream #959 has been retargeted to #998's branch, whose tip is the same exact commit.

@seonghobae seonghobae closed this Aug 19, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants