-
Notifications
You must be signed in to change notification settings - Fork 4.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Plugin: Backport PHP changes for WordPress 6.0 release #39889
Comments
@gziolo, I can handle post lock PR for the WP core (mostly later this week). |
Awesome, thank you @Mamaduka ❤️ |
✋ raising my hand to help with audits, prepping and reviewing the PHP code to be ready for Core commit (i.e. compliant with Core standards and practices). A request @peterwilsoncc made is to create smaller patches. I agree. I can help to create these smaller PRs to ease the code review and commit burden / effort. |
Thanks for pulling this together @gziolo We merged the Style Engine class and associated tests with the intention of following up on @youknowriad's suggestion of moving it to the I've got a WIP PR going to do this, following the example of how we copy, parse and build the block-library packages, but it's not ready yet. If #39736 doesn't look like making the cut, there are a couple of options I see, though I'd lean on @youknowriad's expert opinion.
I suppose I'd be inclined to do the former. The class doesn't bring any new functionality - it's more of a first iteration in a set of long-term changes. |
Are there any functional changes for block supports introduced in WordPress 6.0 release cycle that need to be included? Maybe we can simply postpone backporting those refactoring until the Style Engine has a stable API. Option (2) doesn't seem like an appealing idea from the WordPress core perspective because we will have to support the current implementation even when the API changes completely. Unless you are sure that the public API of the class is going to stay like this. |
Trac ticket 55505 is now opened for the |
The last major update that I'm aware of was Block Supports: Allow skipping serialization of individual features #36293, which affected all block supports files. @aaronrobertshaw do you see these changes as required for WordPress 6.0?
Agree. What can I do to help here? Do you need me to roll back the plugin integration of the Style Engine from I'm thinking we could also abstract the current logic that the Style Engine replaces (and will replace) to make this kind of swapping in and swapping out easier. |
I'm not sure where to draw the line here. #36293 does give us much greater flexibility in applying block supports and fixes some oversights in existing supports that missed allowing skipping serialization. It was also required for us to neatly re-adopt text-decoration support for the navigation block. |
In the meantime, I opened #39972 trying the remaining files living in the |
I'm not sure about the changes for the webfonts ( |
I've added a backport PR for block supports Includes the latest changes, that is allowing skipping serialization of individual properties, but removes the reference to the Style Engine. It's very minimal. If I get time I can add migrations to border, color, dimensions, elements and typography and associated tests to that PR, since all rely on the new I'd do |
I've opened this WordPress/wordpress-develop#2503 to backport the "global styles variations" related tests. This includes some parts of the theme.json class changes and some parts of the global styles controller changes as well. |
For the "Allow skipping serialization of individual features" feature, I've pulled across most of the related changes for @aaronrobertshaw might want to take a look to confirm if things look okay 🙇 Layout is notably absent on that PR as it involves changes beyond #36293 that need auditing. Edit: Just to clarify, I'll be adding the |
Yes and yes. I can make some time for opening a PR to backport duotone.php tomorrow. |
I've created a PR for the files listed against my name above (and a few extra connected changes) |
We will also have to backport code that is about to be moved to
|
This bring across changes to theme export functionality, and related code, and tests. Relates issue in Gutenberg: WordPress/gutenberg#39889. Props scruffian, timothyblynjacobs, oandregal, ajlende, zieleadam. See #55505. git-svn-id: https://develop.svn.wordpress.org/trunk@53129 602fd350-edb4-49c9-b593-d223f7449a82
This bring across changes to theme export functionality, and related code, and tests. Relates issue in Gutenberg: WordPress/gutenberg#39889. Props scruffian, timothyblynjacobs, oandregal, ajlende, zieleadam. See #55505. Built from https://develop.svn.wordpress.org/trunk@53129 git-svn-id: http://core.svn.wordpress.org/trunk@52718 1a063a9b-81f0-0310-95a4-ce76da25c4cd
This bring across changes to theme export functionality, and related code, and tests. Relates issue in Gutenberg: WordPress/gutenberg#39889. Props scruffian, timothyblynjacobs, oandregal, ajlende, zieleadam. See #55505. Built from https://develop.svn.wordpress.org/trunk@53129 git-svn-id: https://core.svn.wordpress.org/trunk@52718 1a063a9b-81f0-0310-95a4-ce76da25c4cd
I've marked this as done as all changes are part of 5.9 or 6.0. I'm creating a bugfix that modifies this code for something I ran into but can be done after the beta1. For reference, WordPress/wordpress-develop#2542 and #40185 |
This PR is trying to adapt from the changes in core. No need to backport.
Yeah, no need to backport this one. It's only relevant in relation to a REST endpoint that mobile uses that is yet experimental (see). |
This is also not to be backported. It's code only relevant for Gutenberg. |
Related Gutenberg issue: WordPress/gutenberg#39889. Backporting changes from the Gutenberg plugin: - new Block Patterns REST API endpoint - new Block Pattern Categories REST API endpoint - updates to Query Loop related patterns - support for custom taxonomies in Query Loop block Props hellofromtonya, peterwilsoncc, ntsekouras, zieladam, ironprogrammer, spacedmonkey, timothyblynjacobs, antonvlasenko, jsnajdr. See #55505. Built from https://develop.svn.wordpress.org/trunk@53152 git-svn-id: https://core.svn.wordpress.org/trunk@52741 1a063a9b-81f0-0310-95a4-ce76da25c4cd
Related Gutenberg issue: WordPress/gutenberg#39889. Backporting changes from the Gutenberg plugin: - new Block Patterns REST API endpoint - new Block Pattern Categories REST API endpoint - updates to Query Loop related patterns - support for custom taxonomies in Query Loop block Props hellofromtonya, peterwilsoncc, ntsekouras, zieladam, ironprogrammer, spacedmonkey, timothyblynjacobs, antonvlasenko, jsnajdr. See #55505. Built from https://develop.svn.wordpress.org/trunk@53152 git-svn-id: http://core.svn.wordpress.org/trunk@52741 1a063a9b-81f0-0310-95a4-ce76da25c4cd
Related Gutenberg issue: WordPress/gutenberg#39889. Backporting changes from the Gutenberg plugin: - new Block Patterns REST API endpoint - new Block Pattern Categories REST API endpoint - updates to Query Loop related patterns - support for custom taxonomies in Query Loop block Props hellofromtonya, peterwilsoncc, ntsekouras, zieladam, ironprogrammer, spacedmonkey, timothyblynjacobs, antonvlasenko, jsnajdr. See #55505. git-svn-id: https://develop.svn.wordpress.org/trunk@53152 602fd350-edb4-49c9-b593-d223f7449a82
@gziolo Is this the last missing backport as of today? 🎉 Edit: Two more: |
Let’s move that to WordPress 6.1. It’s a nice improvement for plugin/block developers but let’s not rush it since we didn’t prepare necessary backports on time. I will move code and update docs in Gutenberg to reflect this. I’m watching progress on both linked PRs and I will land them when they get approved by reviewers. They are being tracked in WordPress ticket: https://core.trac.wordpress.org/ticket/55567. I think that concludes this issue 🎉 |
Major props to everyone involved in the process. We wouldn’t make it in such a short time without your invaluable help 🙇♂️💯❤️ |
Description
Related Trac ticket 55505.
This is the tracking issue to coordinate the process of backporting all PHP changes added in the Gutenberg plugin that needs to be backported for the WordPress 6.0 release.
Files listed for WP 6.0
lib/block-supports
lib/compat/wordpress-6.0
lib/experimental
Webfonts are still in development. PR #39559 moves the files into the
lib/experimentation
folder until the API is ready for WordPress Core commit:Legend:
🟢 – confirmed for WP 6.0
🟡 – needs the decision
🔴 – moved to future WP release
Getting Involved
If you are interested in helping with the efforts, can you comment (or edit the issue's description) with your name next to the file if you plan to help with backporting. It would also help to link to Track issues / GitHub PRs in WordPress core when they are available.
Action items when working on backports:
wp_
prefix instead ofgutenberg_
and guard with declaration checks for code that needs to be backported to WordPress core.@since 6.0.0
documentation tag included.The text was updated successfully, but these errors were encountered: