Skip to content

docs(v3): say what beta means, and stop promising a roadmap that is not there - #5819

Draft
taliesin-ai wants to merge 3 commits into
masterfrom
docs/beta-status-and-notes
Draft

docs(v3): say what beta means, and stop promising a roadmap that is not there#5819
taliesin-ai wants to merge 3 commits into
masterfrom
docs/beta-status-and-notes

Conversation

@taliesin-ai

Copy link
Copy Markdown
Collaborator

Draft, and based on releases/v3-beta. Nothing here goes to master and nothing is published.

The problem

status.mdx says "Current Status: Beta", then says the roadmap "outlines the key features and improvements we need to implement before the final release", and then lists none. Someone evaluating the beta lands on that page and leaves with nothing.

Meanwhile the actual beta commitments existed but were scattered: the API-stability promise was in the FAQ, and the supported-version table was in SECURITY.md. Neither is where someone asking "is this safe to adopt?" looks.

Changes

  • Says what beta commits to, split into what is settled and what is still moving. This consolidates statements the project has already made rather than inventing new ones. It includes the uncomfortable parts, because those are the ones that build trust: platform coverage is not uniform, mobile is newer, pin an exact version instead of tracking latest.
  • Replaces the absent roadmap with live issue-tracker queries (open v3 bugs, P1s, the milestone). A hand-written list of remaining work is stale within a fortnight; three links are always current and cost nothing to maintain. If you would rather have a curated feature list here, that is a call I did not want to make on your behalf, since it is a public commitment about what 3.0 contains.
  • Expands the changelog entry for the alpha-to-beta promotion, so the generated release notes carry the actual commitment rather than the bare phrase "Promote v3 from alpha to beta".

Verification

  • Docs site builds: 1711 pages, all locales.
  • No em dashes, no comparisons to other frameworks.
  • Every claim traceable to something the project already states (FAQ, SECURITY.md, CONTRIBUTING.md).

Why draft

Per the plan: English documentation gets completed and reviewed first, and translation only starts once the English is settled. Marking this draft so the wording can be argued with before eight locales inherit it.

…ot there

The status page announced "Current Status: Beta" and then said the roadmap
"outlines the key features and improvements we need to implement before the
final release" without listing any. Someone deciding whether to adopt the beta
lands there and leaves with nothing.

Two changes:

- Say what beta actually commits to. The pieces were already stated, just
  scattered: the API-stability promise lived in the FAQ and the supported
  version table lived in SECURITY.md. Consolidated on the status page, split
  into what is settled and what is still moving, including the parts that are
  less comfortable (platform coverage is not uniform, pin an exact version).
- Replace the roadmap that was not there with live issue-tracker queries. A
  hand-maintained list of remaining work is stale within a fortnight; three
  links that are always current are more honest and cost nothing to maintain.

Also expands the changelog entry for the promotion so the generated release
notes carry the commitment rather than the bare words "alpha to beta".

Verified: docs site builds, 1711 pages, all locales.

Claude-Session: https://claude.ai/code/session_01FigQqUQbNu9ngE4a2CSNm8
@coderabbitai

coderabbitai Bot commented Jul 26, 2026

Copy link
Copy Markdown
Contributor

Important

Review skipped

Draft detected.

Please check the settings in the CodeRabbit UI or the .coderabbit.yaml file in this repository. To trigger a single review, invoke the @coderabbitai review command.

⚙️ Run configuration

Configuration used: Path: .coderabbit.yaml

Review profile: CHILL

Plan: Pro Plus

Run ID: b37cba92-2481-4d4d-91bc-f4b04eb833c8

You can disable this status message by setting the reviews.review_status to false in the CodeRabbit configuration file.

Use the checkbox below for a quick retry:

  • 🔍 Trigger review
✨ Finishing Touches
🧪 Generate unit tests (beta)
  • Create PR with unit tests
  • Commit unit tests in branch docs/beta-status-and-notes

Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out.

❤️ Share

Comment @coderabbitai help to get the list of available commands.

@github-actions github-actions Bot added Documentation Improvements or additions to documentation v3-alpha labels Jul 26, 2026
Nothing in the documentation told an existing alpha user how to move onto the
beta, and there are a hundred-odd alpha releases' worth of them. The upgrade is
genuinely small, but "it is small" is only reassuring once somebody says it.

The page that matters most here is the version-pairing note. The CLI will report
v3.0.0-beta.0 while @wailsio/runtime still reports 3.0.0-alpha.97, because the
npm package is versioned independently. Anyone upgrading will see an "alpha"
runtime next to a "beta" CLI and reasonably assume they have a mismatch. Saying
so up front costs three sentences; not saying it costs a support thread per
confused user.

Also covers pinning an exact version rather than tracking latest, regenerating
bindings (the most common cause of an upgrade that builds and then misbehaves),
and the three things to check when it does go wrong.

Verified: docs site builds, 1721 pages, all locales.

Claude-Session: https://claude.ai/code/session_01FigQqUQbNu9ngE4a2CSNm8
Follows the lockstep change in #5820: from the beta onwards @wailsio/runtime
takes its version from the same file the CLI embeds, so the upgrade page no
longer has to explain away a mismatch. It now says the two agree, and why an
alpha project's runtime version looks unrelated.

Claude-Session: https://claude.ai/code/session_01FigQqUQbNu9ngE4a2CSNm8
Base automatically changed from releases/v3-beta to master August 2, 2026 11:23
@taliesin-ai taliesin-ai added v3 and removed v3-alpha labels Aug 9, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

Documentation Improvements or additions to documentation v3

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants