Skip to content

release: 1.0.11 — Description softening + Features/FAQ name alignment#28

Merged
odanree merged 1 commit into
mainfrom
release/1.0.11
Jun 10, 2026
Merged

release: 1.0.11 — Description softening + Features/FAQ name alignment#28
odanree merged 1 commit into
mainfrom
release/1.0.11

Conversation

@odanree

@odanree odanree commented Jun 10, 2026

Copy link
Copy Markdown
Owner

Summary

Listing-copy polish based on a review of the live 1.0.10 page. Three items addressed; the fourth (banner / icon / screenshots) is not in this PR.

What ships

# Item Before After
1 Internal postmortem on public changelog `* Note: 1.0.9 was created as an SVN tag but never actually shipped — the stacked PR ...` Removed from `readme.txt` (the public `== Changelog ==` and `== Upgrade Notice ==`). Kept in `CHANGELOG.md` under `## [1.0.10] / ### Notes` where the history belongs.
2 Features/FAQ name mismatch Features said "Cleanup Service: Toggles to remove heavy WordPress core scripts..."; FAQ called the same toggle Kill Bloat; code uses `'kill_bloat'` (class-settings.php:171). Features now reads "Kill Bloat: Toggle to remove heavy WordPress core scripts like the Interactivity API and Emojis." Same name everywhere users will look.
3 "Deterministic 100/100" guarantee "Achieve a deterministic 100/100 Lighthouse score on mobile." "Designed to hit a 100/100 Lighthouse score on mobile under standard configurations." Performance table + "reference test site" hedge unchanged.

Not in this PR

Directory listing images (banner / icon / screenshots). The `.wordpress-org/` folder is still empty. I deliberately did not generate placeholder PNGs — pushing auto-generated text-on-a-rectangle images to a public plugin listing looks worse than no image at all, and once they're in SVN they're harder to swap out cleanly.

When you're ready: drop the files into `.wordpress-org/` per the dimensions in `.wordpress-org/README.md`, commit, and trigger the deploy workflow (now that `workflow_dispatch` is fixed it'll sync `.wordpress-org/` → SVN `assets/` without needing a tag bump).

Deploy plan

After merge:

```bash
git checkout main && git pull
git tag v1.0.11 && git push origin v1.0.11
```

Tag push fires `release.yml` + `deploy-to-wp-org.yml`. Listing page should reflect the new copy within ~15 min of the deploy job committing to SVN.

Test plan

  • `Version` (plugin header) and `Stable tag` (header + readme.txt) all agree at 1.0.11.
  • `CHANGELOG.md` `## [1.0.11]` heading matches the format `release.yml` extracts.
  • "Kill Bloat" appears in Features, FAQ, and the code's setting key — no "Cleanup Service" wording anywhere user-facing.
  • No "orphan merge commit" / "stacked PR" wording remains in the user-facing readme; CHANGELOG.md keeps it.

Two listing-copy polish items called out in review of the live 1.0.10 page:

- 'Cleanup Service' in the Features block is renamed to 'Kill Bloat' to
  match the FAQ wording and the actual setting key ('kill_bloat' in
  class-settings.php). Users were being pointed at a name that doesn't
  exist in the settings UI.

- The Description's 'Achieve a deterministic 100/100 Lighthouse score on
  mobile' is softened to 'Designed to hit a 100/100 Lighthouse score on
  mobile under standard configurations'. The performance table still
  carries the same numbers and the existing 'reference test site' hedge,
  but the headline no longer reads as a guarantee.

Also drops the internal 1.0.9-merge-mishap postmortem note that was
sitting on the public 1.0.10 changelog entry and Upgrade Notice. The
postmortem stays in CHANGELOG.md ([1.0.10] notes section) where it
belongs as historical context, but end users don't need to read about
our orphan-merge-commit story on the wp-admin update screen.

No plugin code changes.
@odanree odanree merged commit 5861dc4 into main Jun 10, 2026
4 checks passed
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