Skip to content

Conversation

@EronWright
Copy link

Summary

PR #692 introduced draft-first release creation, but finalizeRelease does not pass make_latest when updating the release from draft to published. This causes releases to be marked as "latest" despite make_latest: false being set.

Problem

When make_latest is omitted from the updateRelease call in finalizeRelease, GitHub's API defaults to determining "latest" based on semver comparison, ignoring the original make_latest setting.

Fix

Pass make_latest through the finalizeRelease call chain:

  1. Update Releaser interface to accept make_latest parameter
  2. Update GitHubReleaser.finalizeRelease to pass make_latest to the API
  3. Update exported finalizeRelease function to pass config.input_make_latest

Fixes #703

PR softprops#692 introduced draft-first release creation, but finalizeRelease
does not pass make_latest when updating the release from draft to
published. This causes releases to be marked as "latest" despite
make_latest: false being set.

When make_latest is omitted from the updateRelease call, GitHub's API
defaults to determining "latest" based on semver comparison, ignoring
the original make_latest setting.

Fixes softprops#703
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.

Release marked as 'latest' despite make_latest: false in v2.5.0

1 participant