Components: Remove deprecation warnings for __next36pxDefaultSize - #58703
Conversation
|
Size Change: -135 B (0%) Total Size: 1.69 MB
ℹ️ View Unchanged
|
|
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 Core SVNCore Committers: Use this line as a base for the props when committing in SVN: GitHub Merge commitsIf 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. |
# Conflicts: # packages/components/src/input-control/input-base.tsx
|
Flaky tests detected in 0cbbc0a. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/7815564569
|
Part of #46741
What?
Removes the console logging of deprecation warnings for the
__next36pxDefaultSizeprop.Why?
Based on consumer feedback in #55401.
Testing Instructions
See the Storybook for any of the affected components. Toggling the control for
__next36pxDefaultSizetotrueshould not log a deprecation warning in the console.✍️ Dev Note
A few releases ago, we introduced a
__next36pxDefaultSizeprop on several components, meant to coordiate the transition to a new default sizing scheme (36px height). Due to some changes in our design direction, we eventually dropped this prop in favor of the__next40pxDefaultSizeprop (40px height), making all existing opt-ins to the__next36pxDefaultSizeprop act as an opt-in to the 40px one.After receiving developer feedback about this ahead of WordPress 6.5, we will no longer throw a deprecation warning for usages of the
__next36pxDefaultSizeprop informing consumers of this change. Do note however that it will trigger the new 40px size rather than the 36px size, despite the prop name.