So, to narrow down the issue further, can you please check whether you have added any filters for the indexable or set the environment as staging other than the WP_ENVIRONMENT_TYPE
I have not changed ANYTHING. We have not added any filters for the indexable, or set the environment as staging outside of the normal staging site process from our host Kinsta. There are these lines at the top of wp-config.php:
<?php /* BEGIN KINSTA DEVELOPMENT ENVIRONMENT - DO NOT MODIFY THIS CODE BLOCK */ ?>
<?php if ( !defined('KINSTA_DEV_ENV') ) { define('KINSTA_DEV_ENV', true); /* Kinsta development - don't remove this line */ } ?>
<?php if ( !defined('JETPACK_STAGING_MODE') ) { define('JETPACK_STAGING_MODE', true); /* Kinsta development - don't remove this li>
<?php /* END KINSTA DEVELOPMENT ENVIRONMENT - DO NOT MODIFY THIS CODE BLOCK */ ?>
I just want to be clear that we changed nothing, but this issue happens on ALL staging sites once updated to Yoast 23.0. This issue did not occur at all prior to version 23.0.
I would like clarification on this:
will we now need to go through ALL of our staging sites and add this line to wp-config.php:
define( ‘WP_ENVIRONMENT_TYPE’, ‘production’ );
Then follow this guide to reset indexables: https://yoast.com/help/how-to-reset-yoast-indexables/ to get the new version of Yoast to work properly in staging environments, correct?
What needs to be done when we are ready to push staging to live? I’m guessing we should first remove:
define( ‘WP_ENVIRONMENT_TYPE’, ‘production’ );
Its just a huge pain that we have to do a ridiculous workaround on hundreds of staging sites just to get this plugin to work as expected on non-production/staging environments. It just boggles my mind that this is pushed back on the user to solve this issue.
-
This reply was modified 8 months, 3 weeks ago by
alexDx.
-
This reply was modified 8 months, 3 weeks ago by
alexDx.
-
This reply was modified 8 months, 3 weeks ago by
alexDx.