Fix query loop with block bindings not working in the editor as expected #59283
Conversation
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
SantosGuillamot
added
[Type] Bug
SantosGuillamot
requested review from
ellatrix,
fluiddot,
dcalhoun,
tellthemachines,
artemiomorales,
michalczaplinski and
ajitbohra
as code owners
|
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. |
|
Size Change: +5 B (0%) Total Size: 1.7 MB
ℹ️ View Unchanged
|
|
Following the instructions, I'm currently seeing errors in the editor, but everything works properly on the frontend: 
I'm using a custom post type created with Advanced Custom Fields. Is anyone else seeing this? |
|
I don't see those errors in the local environments I have. Did you run Could you share the console errors and the HTML of the blocks you're using? |
@SantosGuillamot I just did an Here are the console errors: 
Here is the code in question: 
And here is the block markup: I created the query loop on a page as instructed in the description. |
|
My guess is that, as you are using ACF, the fields are not shown in the REST API in the If I am not mistaken, to make the ACF available through the
|
gziolo
approved these changes
Feb 23, 2024
There was a problem hiding this comment.
Everything works correctly on my end. I could reproduce the error that @artemiomorales reported.
Block.bindings.fix.mov
Code changes look good. As explained in the description, the issue was that whenever a core/block-editor store gets re-created in the registry to support one of the nested blocks, it would lose the information about all the registered block binding sources. My proposal was to move it to the core/blocks store to account for that. The other rationale I had is that it also better fits the @wordpress/blocks package, as on the server both concepts are interconnected. The registered block binding sources can inject additional useContext entries to supported block types.
Looking at the code lines reported on Browser Console, I suspect that the error that @artemiomorales sees is related to the fact the React hook is executed conditionally (it is guarded by two levels of checks) in these lines which breaks the rules of hooks: gutenberg/packages/block-editor/src/hooks/use-bindings-attributes.js Lines 42 to 54 in 599f336 That's a separate issue and should be fixed as well in a different PR. |
|
Thanks for taking a look!
If that's the issue, it should be fixed in the hook refactoring done in this pull pequest were the conditionals problem is solved. It'd be great if you can test if it is solved in that branch once it is rebased with these changes. |
42 tasks
getdave
pushed a commit
that referenced
this pull request
Feb 27, 2024
…ted (#59283) * Move actions and selectors to blocks package * Update use bindings attributes hook to use blocksStore * Update blocks using getBlockBindingsSource * Update register sources dependency Co-authored-by: SantosGuillamot <[email protected]> Co-authored-by: gziolo <[email protected]> Co-authored-by: artemiomorales <[email protected]>
|
I just cherry-picked this PR to the cherry-pick-wp-6-5-beta-3 branch to get it included in the next release: 0086001 |
getdave
added
Backported to WP Core
9 tasks
getdave
pushed a commit
that referenced
this pull request
Feb 27, 2024
…ted (#59283) * Move actions and selectors to blocks package * Update use bindings attributes hook to use blocksStore * Update blocks using getBlockBindingsSource * Update register sources dependency Co-authored-by: SantosGuillamot <[email protected]> Co-authored-by: gziolo <[email protected]> Co-authored-by: artemiomorales <[email protected]>
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
What?
As reported here, the Query Loop shows the same value when the blocks are connected to custom fields. It should show each post custom field instead.
This is a first step to solve the issue, it will fully fixed after this refactoring of the block editor hook. This PR solves it for blocks like heading or paragraph but the issue still persists in images. That is a different there are two technical issues, one solved by this PR, and the other one solved in the linked one.
Why?
The current UX is confusing and block bindings feel broken.
How?
After triaging it with @gziolo , it seems that the
useSelectused in the bindings hook doesn't have the registered sources when it is used in a post template preview.This is caused because:
It seems that the best option to solve this problem is to move the actions and selectors used by the block bindings to the
blockspackages instead of theblock-editor.Testing Instructions