Repository navigation
Conversation
|
Important Review skippedAuto reviews are disabled on base/target branches other than the default branch. Please check the settings in the CodeRabbit UI or the ⚙️ Run configuration
You can disable this status message by setting the Use the checkbox below for a quick retry:
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. Comment |
|
The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. You can also manually ask me to refresh this list by adding the If you're merging code through a pull request on GitHub, copy and paste the following into the bottom of the merge commit message. To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook. |
47dd4b5 to
f8c71f5
Compare
|
Size Change: 0 B Total Size: 7.61 MB ℹ️ View Unchanged
|
…ranch filter, so PRs opened against this branch still get fixed-issue assignment and first-time-contributor labeling.
f8c71f5 to
8d6f311
Compare
…h-triggered tasks (`add-milestone`, `first-time-contributor-account-link`) both bail out immediately outside of `trunk`, so running them here on every push does nothing.
b91cbbd to
fbad641
Compare
001f5c9 to
7261a8b
Compare
|
Closing: the performance tests workflow is removed from |
Part of #82782.
What?
This pins WordPress 7.0 as the version to use when running the performance tests on
pull_requestevents.Why?
While this branch's
.wp-env.jsonpins Core asWordPress/WordPress#7.0-branch, the performance testing workflow never reads that file.bin/plugin/cli.js perfbuilds its own, separate.wp-env.jsonfor each branch it measures, and that file'scorefield is only pinned when an explicit--wp-versionargument is passed.With no
--wp-version,wpZipUrlstaysnulland the environment falls back toWordPress/WordPress— WordPress Core's own development trunk. The CLI even says so out loud, loggingUsing: WordPress trunkinstead ofUsing: WordPress v7.0.That means the
pull_requestjob was measuring this branch's frozen Gutenberg snapshot against a continuously moving Core install, ignoring the branch's own Core pin entirely. That makes the numbers meaningless at best, and breaks the suite outright once Core's architecture drifts far enough from what this branch's editor expects.--wp-version "7.0"resolves tohttps://wordpress.org/wordpress-7.0.zip(confirmed available), giving the performance tests the same Core pin every other test suite on this branch already uses.This workflow's
release,push, andworkflow_dispatchsteps already pass--wp-version; thepull_requeststep was the only one missing it. Nothing else about the step changes — its name and its"$GITHUB_BASE_REF"argument are already correct on this branch.Use of AI Tools
This PR was created by Claude Code under my supervision. All code should be treated as AI-produced and not yet reviewed by a human until this PR is marked Ready for Review.
🤖 Generated with Claude Code