Skip to content

Disable ai optimize button for classic.#22364

Closed
thijsoo wants to merge 147 commits intohotfix/25.3.1from
disable-optimize-features-classic
Closed

Disable ai optimize button for classic.#22364
thijsoo wants to merge 147 commits intohotfix/25.3.1from
disable-optimize-features-classic

Conversation

@thijsoo
Copy link
Copy Markdown
Contributor

@thijsoo thijsoo commented Jun 18, 2025

Context

  • We want to disable the sparks button in the analysis for the classic editor.

Summary

This PR can be summarized in the following changelog entry:

  • Disables the AI sparkle button in the classic editor.

Relevant technical choices:

Test instructions

Test instructions for the acceptance test before the PR gets merged

This PR can be acceptance tested by following these steps:

Relevant test scenarios

  • Changes should be tested with the browser console open
  • Changes should be tested on different posts/pages/taxonomies/custom post types/custom taxonomies
  • Changes should be tested on different editors (Default Block/Gutenberg/Classic/Elementor/other)
  • Changes should be tested on different browsers
  • Changes should be tested on multisite

Test instructions for QA when the code is in the RC

  • QA should use the same steps as above.

QA can test this PR by following these steps:

Impact check

This PR affects the following parts of the plugin, which may require extra testing:

UI changes

  • This PR changes the UI in the plugin. I have added the 'UI change' label to this PR.

Other environments

  • This PR also affects Shopify. I have added a changelog entry starting with [shopify-seo], added test instructions for Shopify and attached the Shopify label to this PR.

Documentation

  • I have written documentation for this change. For example, comments in the Relevant technical choices, comments in the code, documentation on Confluence / shared Google Drive / Yoast developer portal, or other.

Quality assurance

  • I have tested this code to the best of my abilities.
  • During testing, I had activated all plugins that Yoast SEO provides integrations for.
  • I have added unit tests to verify the code works as intended.
  • If any part of the code is behind a feature flag, my test instructions also cover cases where the feature flag is switched off.
  • I have written this PR in accordance with my team's definition of done.
  • I have checked that the base branch is correctly set.

Innovation

  • No innovation project is applicable for this PR.
  • This PR falls under an innovation project. I have attached the innovation label.
  • I have added my hours to the WBSO document.

Fixes #

* fix JS doc
* use prop spreading
* specify which props in "areMarkButtonsHidden"
* remove unused "hasAIButton" prop
* remove import comments (as they interfere with my auto ordering)
Still 2 more than before the ESLint config bump. The defaults count as complexity, due to their if/else nature I suppose.
Ignoring the warning for this one, since it is a false positive due to forwardRef
In the future forwardRef will also be irrelevant and passed as a prop
* fix default in JSDoc
* fix return type in JSDoc
* auto-order imports
* improve JSDoc
* use Lodash' noop instead of inline lambda creation
* auto editor styling fix in CSS
* add JSDoc
* improve JSDoc of wrapper method
* move propTypes to after definition
* add default to optional isPremium
* to use Lodash' noop instead of new empty lambda -- seems safer
* auto-reorder imports
* put semi-colon on the same line as closing template string
1 left: the complexity, most likely added with the defaults
* change the Button default of disabled to false instead of undefined -- I see no reason for it to not adhere to the type
* fix JSDoc
* the openButtonId and closeButtonId are now nullable, an empty string would result in an empty attribute in the DOM
* adjust JSDoc
* change the TooltipTrigger' ariaDescribedBy to be nullable to prevent empty tags in the DOM that would happen with an empty string
* adjust JSDoc
* specify the specific positions in the propTypes
* adjust JSDoc -- specifically the Description' description as ReactNode instead of string|string[] as per the propType specification
thijsoo and others added 23 commits June 11, 2025 11:01
…xed-even-if-the-whole-cpt-is-index

Use indexables for retrieving posts for the llms.txt file
…cial-characters-in-llms-file-when-the-file-is-opened-in-the-browser

Add BOM for UTF-8 to improve support for non-english characters
…solute-filesystem-path-via-filter

Introduce filter that edits the file path of the llms.txt file
…ard-when-llmstxt-cant-be-created-nice-to-have

Add warning for when the LLMs.txt cannot be generated in our dashboard.
…rphaned_counts

Replace flushing cache group with firing action instead
@thijsoo thijsoo added this to the 25.3.1 milestone Jun 18, 2025
@thijsoo thijsoo added the changelog: non-user-facing Needs to be included in the 'Non-userfacing' category in the changelog label Jun 18, 2025
@FAMarfuaty FAMarfuaty requested a review from a team as a code owner June 18, 2025 09:45
@thijsoo thijsoo closed this Jun 18, 2025
@thijsoo thijsoo deleted the disable-optimize-features-classic branch October 7, 2025 09:39
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

changelog: non-user-facing Needs to be included in the 'Non-userfacing' category in the changelog

Projects

None yet

Development

Successfully merging this pull request may close these issues.

9 participants