Skip to content

Declare the WordPress version we actually test against - #14

Open
henry-mosh wants to merge 1 commit into
mainfrom
fix/tested-up-to-7-1
Open

Declare the WordPress version we actually test against#14
henry-mosh wants to merge 1 commit into
mainfrom
fix/tested-up-to-7-1

Conversation

@henry-mosh

Copy link
Copy Markdown
Collaborator

Summary

Plugin Check flags Tested up to: 7.0 now that WordPress 7.1 is current. The penalty isn't cosmetic — the directory drops plugins from search results when this header trails the current release.

readme.txt: Tested up to: 7.07.1. One line.

Why this is recording a fact, not making a claim

composer.lock is gitignored, so CI resolves ^7.0 fresh on every run — the "WP latest" matrix jobs have been installing and passing against 7.1 since it shipped. The last green run on main (33779439820) logs Locking roots/wordpress-no-content (7.1).

Also verified locally against 7.1 before changing the header:

  • 382 tests green across core, WooCommerce-stub and multisite
  • bin/local-rig.sh verify green end to end — this one matters most here, since 7.1 is ≥6.9 and so exercises core's template-enhancement output buffer rather than the pre-6.9 callback fallback
  • phpcs and composer lint clean

Note on the live listing

This ships with 1.2.0, which is still held pending the app-side production deploy. The currently published 1.1.2 also declares Tested up to: 7.0, so the live listing is carrying the search penalty right now. That's fixable independently with a readme-only SVN update and doesn't need to wait for this release.

🤖 Generated with Claude Code

Plugin Check flags `Tested up to: 7.0` now that 7.1 is current, and the
penalty is not cosmetic: the directory drops plugins from search results when
this header trails the current release.

The header was stale rather than untrue. `composer.lock` is gitignored, so CI
resolves `^7.0` fresh on every run — the "WP latest" matrix jobs have been
installing and passing against 7.1 since the day it shipped (run 33779439820
locks `roots/wordpress-no-content (7.1)`). Confirmed locally too, on 7.1:
382 tests green across core, WooCommerce and multisite, plus the end-to-end
rig, which is the one that exercises 7.1's own template enhancement buffer
rather than the pre-6.9 fallback.

So this records a fact that was already true, rather than making a claim ahead
of the evidence.

Co-Authored-By: Claude Opus 5 <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.

1 participant