[Svitlana-Dykun]

Problem

The post-release-verify action's "Changelog on main (Pro/Core)" check currently reads changelog entries from the main branch. For Elementor Pro, the changelog only reaches main after a manual cp_main cherry-pick, which typically lands after the release is published. This causes the verify job to fail and downstream jobs (like "Upgrade site smoke") to be skipped.

Example: Pro 4.3.2 (PR #7792) failed verification because the changelog was not yet on main at release time.

Solution

Added optional inputs to both the post-release-verify action and the reusable post-release-check.yml workflow:

• core-changelog-ref / core_changelog_ref: Git ref to check for Core changelog (defaults to main)
• pro-changelog-ref / pro_changelog_ref: Git ref to check for Pro changelog (defaults to main)

Both inputs default to main to maintain backward compatibility - existing callers continue working exactly as before.

Usage for elementor-pro

In elementor-pro's .github/workflows/post-release-check.yml, add the pro_changelog_ref input when calling this reusable workflow:

jobs:
  post-release-check:
    if: github.repository_owner == 'elementor'
    uses: elementor/elementor-editor-github-actions/.github/workflows/post-release-check.yml@main
    with:
      core_version: ${{ inputs.core_version }}
      pro_version: ${{ inputs.pro_version }}
      pro_changelog_ref: ${{ inputs.pro_version }}  # ← Add this line (use the release tag)
      skip_wordpress_org: ${{ inputs.skip_wordpress_org }}
      skip_smoke: ${{ inputs.skip_smoke }}
      actions_ref: main
    secrets:
      MAINTAIN_TOKEN: ${{ secrets.MAINTAIN_TOKEN }}

This tells the action to check the release tag (e.g., 4.3.2) for the changelog instead of main, avoiding the cp_main timing issue.

Note: Use inputs.pro_version (the release tag like 4.3.2), not a custom variable. If elementor-pro's workflow dispatch uses a different input name like version, adjust accordingly.

Changes

Action (actions/post-release-verify/action.yml)

1. Added core-changelog-ref and pro-changelog-ref inputs with main defaults
2. Updated TypeScript types to include the new ref parameters
3. Updated the checkMainChangelog function to accept and use a ref parameter
4. Updated check titles to reflect the actual ref being checked (e.g., "Changelog on 4.3.2 (Pro)")
5. Updated README documentation

Reusable Workflow (.github/workflows/post-release-check.yml)

1. Added core_changelog_ref and pro_changelog_ref inputs to both workflow_dispatch and workflow_call
2. Pass both inputs through to the post-release-verify action
3. Both default to main for backward compatibility

Build Artifacts

• Rebuilt actions/post-release-verify/dist/index.js with the changes

Verification

• ✅ Build succeeds (npm run build)
• ✅ All lints pass (npm run lint - eslint, tsc, prettier)
• ✅ Backward compatibility maintained (all inputs default to main)
• ✅ No breaking changes to existing callers