Skip to content

release: 26.4 - #877

Closed
dyve wants to merge 1 commit into
mainfrom
release-26.4
Closed

dyve wants to merge 1 commit into
mainfrom
release-26.4

Conversation

@dyve

@dyve dyve commented Sep 21, 2026

Copy link
Copy Markdown
Member

Three commits have touched src/ since v26.3 on 2026-08-28 and none of them have shipped: addon support on fields with layout="floating", week/search/color inputs recognised as form-control widgets, and the django_bootstrap5.W001 system check.

This converts Unreleased to ## 26.4 (2026-09-21), bumps version, and reorders the entries to the convention in MAINTAINING.md. It also drops a duplicate coverage[toml]>=7.6.1 from the test dependency group, which listed it twice, and sorts that group alphabetically to match the docs group above it. Resolution is unaffected, the only uv.lock change is this package's own version.

Verified with just lint and just build: check-manifest reports the sdist matches version control, pyroma rates 10/10, and both the wheel and the sdist smoke-test in an isolated environment. Merging this does not publish anything, just release-tag on main does that.

🤖 Generated with Claude Code

Three commits have touched src/ since v26.3 on 2026-08-28: addon support on
floating-label fields, week/search/color inputs recognised as form controls,
and the BOOTSTRAP5 system check.

The test dependency group listed coverage[toml]>=7.6.1 twice. The duplicate is
dropped and the group sorted alphabetically, matching the docs group next to
it. Resolution does not change, only the lockfile's version of this package.

Entries are reordered to the convention in MAINTAINING.md: the missing
inline_field_class default first as a fix, then the three features, then
tooling, then documentation.

Verified with just lint and just build: check-manifest clean, pyroma 10/10, and
both the wheel and the sdist smoke-test against an isolated environment.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
@coveralls

Copy link
Copy Markdown

Coverage Report for CI Build 35571032027

Coverage remained the same at 96.208%

Details

  • Coverage remained the same as the base build.
  • Patch coverage: No coverable lines changed in this PR.
  • No coverage regressions found.

Uncovered Changes

No uncovered changes found.

Coverage Regressions

No coverage regressions found.


Coverage Stats

Coverage Status
Relevant Lines: 709
Covered Lines: 687
Line Coverage: 96.9%
Relevant Branches: 214
Covered Branches: 201
Branch Coverage: 93.93%
Branches in Coverage %: Yes
Coverage Strength: 13.57 hits per line

💛 - Coveralls

@dyve

dyve commented Oct 3, 2026

Copy link
Copy Markdown
Member Author

Closing, release postponed.

Nothing here is wrong, it is just premature. Five PRs are open behind it (#878 through #882), four of which touch src/, so cutting 26.4 now would ship a release that is stale the moment those land.

Redoing this is cheap when the time comes: just release-check lists the src/ commits against the changelog entries, and the only content in this PR was the Unreleased heading, the version bump, and a duplicate coverage[toml] entry in the test dependency group. That last one is a real fix and independent of the release, so it is worth lifting into its own PR rather than losing it here.

The release-26.4 branch is left in place for now. It will need the changelog date and the entry list refreshed before it is reusable.

@dyve dyve closed this Oct 3, 2026
dyve added a commit that referenced this pull request Oct 4, 2026
…#885)

main claimed a version that does not exist. CHANGELOG.md carried a closed
`## 26.4 (2026-09-21)` section and pyproject.toml said 26.4, while the latest
tag was v26.3 and nothing had been published.

The release cut did not arrive through the release PR, #877, which was closed
as postponed. It arrived through #878, the CI sync, which also carried the
changelog heading, the version bump and the coverage[toml] dedup. Closing #877
therefore postponed nothing, and four more entries accumulated on top of a
section that was already dated and closed.

This folds the eight 26.4 entries back into Unreleased alongside the four that
followed, ordered by the categories in MAINTAINING.md: bug fixes, then
features, then tooling and internal. No entry text is changed. The version
returns to 26.3 in pyproject.toml and uv.lock.

`just release-check` reads correctly again. Before this it listed five src/
commits against an Unreleased section holding only two matching entries,
because the other three were covered by the closed 26.4 section.

uv.lock also bumps its own `revision` marker from 3 to 5, which my local uv
wrote when regenerating. That is incidental to this change.

Co-authored-by: Claude Opus 5 (1M context) <noreply@anthropic.com>
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