Repository navigation
Conversation
The Gutenberg sync in [64796] left `src/wp-includes/theme-i18n.json` empty. Content is unchanged from the pinned hash `d72020a`, so this restores it verbatim. The build regenerates the file, so a deleted copy slips past `git diff --exit-code` as untracked; an empty tracked copy does not — hence the failing jobs on trunk. See #66340. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
|
The following accounts have interacted with this PR and/or linked issues. I will continue to update these lists as activity occurs. Core Committers: Use this line as a base for the props when committing in SVN: To understand the WordPress project's expectations around crediting contributors, please review the Contributor Attribution page in the Core Handbook. Props Bot commandsYou can trigger Props Bot actions by commenting on this PR:
|
Test using WordPress PlaygroundThe changes in this pull request can previewed and tested using a WordPress Playground instance. WordPress Playground is an experimental project that creates a full WordPress instance entirely within the browser. Some things to be aware of
For more details about these limitations and more, check out the Limitations page in the WordPress Playground documentation. |
sirreal
left a comment
There was a problem hiding this comment.
This is identical to the file I get on trunk when running npm ci ; npm run build:dev. Looks correct.
The Gutenberg sync in [64796] left
src/wp-includes/theme-i18n.jsonempty. Content is unchanged from the pinned hashd72020a, so this restores it verbatim.The build regenerates the file, so a deleted copy slips past
git diff --exit-codeas untracked; an empty tracked copy does not, hence the failing jobs on trunk.The file should be synced from Gutenberg; the removal in the previous sync patch was due to an incomplete sync.
Trac ticket: https://core.trac.wordpress.org/ticket/66340
Prev PR: #14932