Skip to content

Use RELEASE_DATE for the provider testing issue title - #72168

Merged
potiuk merged 1 commit into
apache:mainfrom
aws-mwaa:onikolas/testing-issue-honor-release-date
Aug 27, 2026
Merged

Use RELEASE_DATE for the provider testing issue title#72168
potiuk merged 1 commit into
apache:mainfrom
aws-mwaa:onikolas/testing-issue-honor-release-date

Conversation

@o-nikolas

@o-nikolas o-nikolas commented Aug 27, 2026

Copy link
Copy Markdown
Contributor

The testing-status issue title is Status of testing Providers that were prepared on <date>, where the date identifies the wave. The documented gh issue create command left it as a <MONTH DD, YYYY> placeholder to fill in by hand, so in practice it gets typed from today's date — which is not necessarily the wave's date. The two diverge whenever issue creation slips past midnight, or a wave is re-cut and the issue is regenerated a day later, leaving the issue naming a different wave than the one being tested and voted on.

RELEASE_DATE is already exported by the release manager at the start of the process and is the canonical wave identifier, so this derives the title from it, stripping the optional _NN wave suffix. The OSTYPE split follows the same pattern the vote-email step in this document already uses for date.

Tested: ran both branches' formatting locally — 2026-08-25 and 2026-08-25_01 both yield Status of testing Providers that were prepared on August 25, 2026, byte-identical to the title of the issue created for the current wave (#72117) and to what breeze release-management generate-issue-content-providers prints. prek run --from-ref upstream/main --stage pre-commit is clean.


Was generative AI tooling used to co-author this PR?
  • Yes — Kiro CLI (claude-fable-5)

Generated-by: Kiro CLI (claude-fable-5) following the guidelines

@o-nikolas
o-nikolas force-pushed the onikolas/testing-issue-honor-release-date branch 2 times, most recently from d856de2 to 2fcac04 Compare August 27, 2026 19:16
The title placeholder had to be filled in by hand, from today's date, even
though the wave already has a date the release manager exported as
RELEASE_DATE.
@o-nikolas
o-nikolas force-pushed the onikolas/testing-issue-honor-release-date branch from 2fcac04 to 843d4f1 Compare August 27, 2026 19:31
@o-nikolas
o-nikolas marked this pull request as ready for review August 27, 2026 19:31
@potiuk
potiuk merged commit e669196 into apache:main Aug 27, 2026
91 of 101 checks passed
@github-actions

Copy link
Copy Markdown
Contributor

Backport successfully created: v3-3-test

Note: As of Merging PRs targeted for Airflow 3.X
the committer who merges the PR is responsible for backporting the PRs that are bug fixes (generally speaking) to the maintenance branches.

In matter of doubt please ask in #release-management Slack channel.

Status Branch Result
v3-3-test PR Link

potiuk pushed a commit that referenced this pull request Aug 27, 2026
…2168) (#72179)

The title placeholder had to be filled in by hand, from today's date, even
though the wave already has a date the release manager exported as
RELEASE_DATE.
(cherry picked from commit e669196)

Co-authored-by: Niko Oliveira <onikolas@apache.org>
github-actions Bot pushed a commit to aws-mwaa/upstream-to-airflow that referenced this pull request Aug 27, 2026
…ache#72168)

The title placeholder had to be filled in by hand, from today's date, even
though the wave already has a date the release manager exported as
RELEASE_DATE.
(cherry picked from commit e669196)

Co-authored-by: Niko Oliveira <onikolas@apache.org>
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Projects

None yet

Development

Successfully merging this pull request may close these issues.

3 participants