BlockStyleVariationOverridesWithConfig: change name and fix lint errors#77130
BlockStyleVariationOverridesWithConfig: change name and fix lint errors#77130
Conversation
Yes, we could drop the prefix. Probably a leftover before the component became private. |
|
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: +16 B (0%) Total Size: 7.74 MB 📦 View Changed
ℹ️ View Unchanged
|
|
Flaky tests detected in 2281c5b. 🔍 Workflow run URL: https://github.com/WordPress/gutenberg/actions/runs/24130966740
|
Thanks for confirming, I pushed another commit that removes the prefix. |
Spinoff from ESLint upgrade in #76654 that fixes one of the linting issues detected there. The problems are:
__unstableprefix, ESLint doesn't detect it as a React component and complains about any hook usage inside. This PR removes the__unstableprefix from the name and adds it back only when actually exporting the name as part ofblock-editorprivate APIs. I wouldn't mind removing the prefix completely, as the function is a private API, it doesn't need an extra prefix. It's used by theeditorpackage.getBlockStylesdependency in auseMemohook. If you look at the Styles: Move global styles data logic to a dedicated package #72464 diff, it removed the actual call ofgetBlockStyles(as agetBlockSelectorsparameter) but forgot the remove the dependency, too. Removing this fixes a warning.