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
Make batch opt-in more expressive. #26292
Make batch opt-in more expressive. #26292
Conversation
This let's people opt-in to a specific version of batching, and allows us to introduce in the future further flags to customize behavior.
|
Can you explain a little more about this change? I am not sure I like merged experimental features into core. WordPress doesn't have private API. Once it is core, people will you it. |
|
This is to allow for versioning of the opt-in and provide additional flags for future features. So instead of having a simple Whether the endpoint ships as |
|
That is confusing with the naming of |
|
It is named |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Tested this locally and works as expected. I wonder @TimothyBJacobs do we opt in to API versions anywhere else? I wonder if experimental opt in is just yes/no.
Nevertheless the idea to opt in to experimental is good!
We historically don't version APIs at all. We try to support the old format in the new form of the endpoint. This is future proofing in the case that we do end up needing to do that which I think is more likely with the REST API. That's why we have the version in the route after all. |
|
I do not believe the format of this is correct. I don't want anything in WordPress core marked It can remain in the plugin, but should be changed before going into core. |
|
Naming can be discussed in the Core ticket, https://core.trac.wordpress.org/ticket/50244. If we decide to use |
Description
This let's people opt-in to a specific version of batching, and allows us to
introduce in the future further flags to customize behavior.
How has this been tested?
Manually tested.
Types of changes
Breaking change to
__experimentalfeature.Checklist: