-
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
fix the issue where block spacing control not shown #65371
Conversation
Size Change: +42 B (0%) Total Size: 1.77 MB
ℹ️ View Unchanged
|
That seems like the wrong PR reference. |
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. |
I can see the Block Spacing control again, but it doesn't seem to work—setting a value seems to make the gap 0; unsetting the value resets the gap to the default. Here's a comparison of this branch with 19.1, the version before the new control was introduced: Working, 19.1buttons-block-spacing-19-1.movThis branchbuttons-block-fix.mov |
Sorry about that. Updated with right PR number. |
@vcanales seems like the issue got introduced in #64971. Though both are related, I think this PR doesn't have to wait as it restores previous behaviour and #65306 is fixing it. @t-hamano what do you think? |
To be precise, #64971 did not introduce any new problems. #64971 only extended the Buttons block gap support, so if it caused a problem, it means that the problem was already potentially there. For example, the Social Icons block supports axis gaps, just like the Buttons block. You should be able to reproduce the same issue by defining a theme.json like the one below on a WP 6.6 without the Gutenberg plugin: {
"version": 3,
"settings": {
"appearanceTools": true,
"layout": {
"contentSize": "840px"
}
},
"styles": {
"blocks": {
"core/social-links" : {
"spacing": {
"blockGap": "1em"
}
}
}
}
} This means that this problem was at least potentially present as of WP 6.6. Therefore, I think this PR should focus on fixing the regression introduced in #65193. |
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.
@madhusudhand @t-hamano thanks for pointing me to the source of the issue I found. Yes, indeed, it looks like it's unrelated. In that case, this PR looks good.
What?
This fixes issue where block spacing control is not shown when only one side is set.
It is a regression introduced in #65193
See this comment for more details on the issue.
Why?
It is because the function
getInitialView
is returning custom when a single side is set. Instead it should render single sided view.How?
Function is reverted to its original state (before #65193) and introduced an additional condition to check if the support for sides is axial only (i.e. horizontal and vertical only)
Testing Instructions
theme.json
and UI should show the custom view (with all 4 side controls) and corresponding side value should be set.theme.json
and it should show single custom control.Screenshots or screencast
when nothing set, or equal values are set for
top,bottom
andleft,right
When custom values are set: