docjojo

sorry, my fault.
this is not storefront related.
please delete wp-content/object-cache.php
and update to v2.0.6

new version 2.0.5 is online. if you are willing to test.

I am willing to help but need more info on what happend.

great.

v2.0 is online with new OC.
Please deactivate before update, so that the new OC gets installed.

you can add.
please test it with ate-cache-apcu enabled.
the respective page should disappear from page cache list.

case 'atec-cache-apcu':

//atec-cache-apcu

if (function_exists('atec_wpca_delete_page') && function_exists('atec_wpca_settings'))

{

if (atec_wpca_settings('cache'))

{

$suffix=($atec_wpca_settings['salt']??'').'_p';

atec_wpca_delete_page($suffix,$page_id);

}

}

break;

Thank you Sepi, glad you like it.

the function expects a suffix and the ID.
the suffix is from a salt key and a prefix, like “p” for post.

i think your approach will give you a lot of work, as you have to detect all page cache plugins and find out how they work.

these page cache plugin should take care of the cache flush if required.

please enable DEBUG_LOG and send the log file or use atec-debug plugin to see the exact error.
Otherwise i can not help.

Not sure what your request is.
Do you mean atec-cache-apcu ?
We have a function atec_wpca_delete_page($suffix, $id) that can delete a page from cache.
But we also check get_post_modified_time() of the post and refresh the page cache if it’s newer, so there is no need to flush a particular page.

Need more info to tell.

Which plugins?

Just placed it somewhere in one of my plugins.
Doesn’t really matter, I think.

With OC enabled, this code

echo ‘TEST woocommerce_gzd<br>’;
echo ‘set_transient<br>’;
set_transient( ‘_wc_gzd_activation_redirect’, 1, 60 * 60 );
echo ‘get_transient:’.get_transient( ‘_wc_gzd_activation_redirect’).'<br>’;
echo ‘del_transient<br>’;
delete_transient( ‘_wc_gzd_activation_redirect’);
echo ‘get_transient:’.get_transient( ‘_wc_gzd_activation_redirect’).'<br>’;
var_dump(get_transient( ‘_wc_gzd_activation_redirect’));

returns correct:

TEST woocommerce_gzd
set_transient
get_transient:1
del_transient
get_transient:
bool(false)

If you can not test APCu maybe you could comment out the
delete_transient( ‘_wc_gzd_activation_redirect’);
and see if that leads to the behaviour.
So we would at least know where to look at.
Must be some other issue otherwise.

thank you.
is there some get_transient( ‘_wc_gzd_activation_redirect’ );
somewhere before the wp_safe_redirect ?

I can not reproduce the issue –?maybe you can, if you install an OC?
If you have APCu, you could use my plugin and test?

I know it is difficult to get Elementor support, but germanised might answer –?if they have tested their update routine with persistent object cache.
They work with a redirect after update, based on the transient – but transients are also placed in the OC if available –?that might be the root of the problem.