edit

Author: chloeYue

.github/scripts/release-branch-sync.sh

@@ -106,15 +106,6 @@ stable_has_new_commits() {
 get_active_release_branches() {
   local branches=""
 
-  # Query open and draft PRs with title starting with "release:" (case-insensitive)
-  # The jq filter extracts version from PR titles like "release: 7.36.0" or "Release: 7.36.0 (#1234)"
-  #
-  # `--limit` must be high enough that the next release PR is always in the
-  # result set. The default `gh pr list` limit is 30, which is not enough for
-  # busy repos (e.g. metamask-extension) where the release PR is often older
-  # than the 30 most-recently-created open PRs — in that case the script would
-  # silently log "No active release branches found" and exit without creating
-  # any sync PR. See https://consensyssoftware.atlassian.net/browse/MCRM-66.
   local pr_data
   pr_data=$(gh pr list \
     --state open \

CHANGELOG.md

@@ -7,10 +7,6 @@ and this project adheres to [Semantic Versioning](https://semver.org/spec/v2.0.0
 
 ## [Unreleased]
 
-### Fixed
-
-- Fix `release-branch-sync` action silently skipping the next release PR when the repo has many open PRs. `gh pr list` was called without `--limit` and defaulted to 30 results, so the next release PR could fall outside the returned set. This caused hotfix sync PRs (e.g. `release/13.20.1` → `release/13.21.0` on metamask-extension) not to be auto-created. Now scans up to 500 open PRs ([MCRM-66](https://consensyssoftware.atlassian.net/browse/MCRM-66)).
-
 ## [1.9.2]
 
 ### Changed