Skip to content

site: keep the hero release banner's version in sync automatically - #38

Merged
srjn45 merged 1 commit into
mainfrom
site/auto-release-banner
Jul 24, 2026
Merged

site: keep the hero release banner's version in sync automatically#38
srjn45 merged 1 commit into
mainfrom
site/auto-release-banner

Conversation

@srjn45

@srjn45 srjn45 commented Jul 24, 2026

Copy link
Copy Markdown
Owner

The hero banner's "vX.Y.Z is live" text was hand-edited and drifted (it still said v1.1.4 two releases later). Now the version is filled from the same releases/latest API fetch that already resolves the versioned APK download links:

  • #relVersion is set to the newest tag_name on load; no-JS/API-failure keeps the baked-in text.
  • The tagline is release-specific copy, so when the newest tag is ahead of the page (textContent !== tag_name), the script swaps it for a generic "see what's new" rather than pairing an old tagline with a new version. When the page copy matches the tag, the curated tagline stays.
  • Logic unit-tested in Node with a DOM shim (both the in-sync and stale-site paths).
  • RELEASING.md updated: only the tagline is ever worth hand-editing now.

🤖 Generated with Claude Code

The banner version was hand-edited and went stale (it still said v1.1.4
two releases later). Fill it from the same GitHub releases API fetch
that resolves the APK download links; when the newest tag is ahead of
the page copy, also swap the release-specific tagline for a generic
'see what's new' so an old tagline is never paired with a new version.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>
@srjn45
srjn45 merged commit 86a9080 into main Jul 24, 2026
@srjn45
srjn45 deleted the site/auto-release-banner branch July 24, 2026 14:36
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.

1 participant