-
Notifications
You must be signed in to change notification settings - Fork 4.2k
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
Revert removal of Nav fallback auto embed #59220
Conversation
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: +2.56 kB (0%) Total Size: 1.71 MB
ℹ️ View Unchanged
|
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.
I left a few non-blocking suggestions. Otherwise, the revert looks good
dispatch.receiveNavigationFallbackId( fallback?.id ); | ||
|
||
if ( record ) { |
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.
I know this is specific to the previous regression, but should we check for content.raw
existence in the record
before seeding it to the cache?
I'm going to get this backported to 6.5 because the original code has been in previous versions of WP and this PR is simply restoring existing code. |
This is really interesting. Based on my observations, the Navigation block-related test stopped being flaky after merging this revert. IMO, there should be no behavioral change if we don't use fallback's embedded record to seed the cache; just an extra REST API request. Maybe this means we have a different issue in the Nav block code. |
* Revert the changes that removed the feature * Fix nits Co-authored-by: Mamaduka <mamaduka@git.wordpress.org> Co-authored-by: MaggieCabrera <onemaggie@git.wordpress.org> Co-authored-by: kevin940726 <kevin940726@git.wordpress.org>
I think that's highly likely. Some kind of edge case that has been masked. |
I just manually cherry-picked this PR to the cherry-pick-wp-6-5-beta-3 branch to get it included in the next release. |
I just manually cherry-picked this PR to the cherry-pick-wp-6-5-beta-3 branch to get it included in the next release. |
* Revert the changes that removed the feature * Fix nits Co-authored-by: Mamaduka <mamaduka@git.wordpress.org> Co-authored-by: MaggieCabrera <onemaggie@git.wordpress.org> Co-authored-by: kevin940726 <kevin940726@git.wordpress.org>
What?
Reverts #59076
Fixes #48033
Why?
Now that the regression in Core has been fixed and committed this won't occur
WordPress/wordpress-develop#6133
How?
Reverts PR changes.
Testing Instructions
Testing Instructions for Keyboard
Screenshots or screencast