Add fallback handling for plugins or themes using the Customizer #35877
Conversation
If you want to learn more about WordPress development in general, check out the Core Handbook full of helpful information. |
I am still curious why the removal of the menu item simply can't be reverted. |
Adding a quick note that my patch here implements a new function, As for the discussion about whether something should be reverted or not, I'll leave that for the product team to tackle, my main concern with this PR was to ensure backwards compatibility and nothing more :) |
Description
This change introduces a new function,
gutenberg_site_requires_customizer()
, which looks up if any plugins, or theme features, have added support for the Customizer.It then utilizes that check before letting Full Site Editing filter away the Customizer access points. It is worth noting that the Customizer is not deactivated even without this patch, but it is important to maintain a canonical entry-point for the user when any plugin, or theme feature, relies on it.
This would fix #35874
How has this been tested?
Types of changes
Bug fix (non-breaking change which fixes an issue)
Checklist:
The text was updated successfully, but these errors were encountered: