Repository navigation
release: 26.4 - #877
release: 26.4#877dyve wants to merge 1 commit into
Conversation
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>
Coverage Report for CI Build 35571032027Coverage remained the same at 96.208%Details
Uncovered ChangesNo uncovered changes found. Coverage RegressionsNo coverage regressions found. Coverage Stats
💛 - Coveralls |
|
Closing, release postponed. Nothing here is wrong, it is just premature. Five PRs are open behind it (#878 through #882), four of which touch Redoing this is cheap when the time comes: The |
…#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>
Three commits have touched
src/since v26.3 on 2026-08-28 and none of them have shipped: addon support on fields withlayout="floating",week/search/colorinputs recognised as form-control widgets, and thedjango_bootstrap5.W001system check.This converts
Unreleasedto## 26.4 (2026-09-21), bumpsversion, and reorders the entries to the convention in MAINTAINING.md. It also drops a duplicatecoverage[toml]>=7.6.1from thetestdependency group, which listed it twice, and sorts that group alphabetically to match thedocsgroup above it. Resolution is unaffected, the onlyuv.lockchange is this package's own version.Verified with
just lintandjust 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-tagonmaindoes that.🤖 Generated with Claude Code