nicole0155

Hi @maybellyne

We have solved the issue using the follwoing hook

wp_insert_post

For some reason the previous hooks does not work to update_post_meta for the particular case of _yoast_wpseo_primary_product_cat.

So, we are now changing programmatically the Yost primary category with a developed script.

Thanks.

Hi @rider111

Can you please share which solution you have? Because we have the same issue “Don’t see the banner to download the App”.

Sorry, it seems I have miss your code.

Its working! Many thanks

We have tested several hooks, but couldn’t make it work. Can you provide a suggestion?

I have checked now that even some bots started to load the script. Not sure if this started with the 7.00 version.

I have tested the following code, but its not working. Any suggestion?

function filter_wpp_script_attributes($attr, $handle) {
    if ($handle === 'wpp' || $handle === 'wpp.min') {
        if (is_product()) {
            return array(
                'src' => '',
            );
        }
    }
    return $attr;
}
add_filter('script_loader_tag', 'filter_wpp_script_attributes', 10, 2);

Would be possible to use somethink like? In that case what should be the script identification?

function dequeue_wpp_script_on_products() {
    if (is_product()) {
        wp_dequeue_script('wpp');
        wp_deregister_script('wpp');
    }
}
add_action('wp_print_scripts', 'dequeue_wpp_script_on_products', 100);

Hi @hcabrera

Thanks for your fast reply.

In spite of the file being super small, we do not see the need of load such script everywhere.

Every day, we have more than 100 000 lines at the access logs, just due to accesses from a few internal and external tools. Much more lines with the normal visitors.

Is there a way of avoiding this script load every page (without disabling the plugin)?

Thanks.

This was done under customer point of view. A mobile phone and using the available browsers on it to make purchases.

I have made the following changes, and it seems working now

1. To include the header code script manually at the top of all pages

<script nowprocket>// Define dataLayer and the gtag function.window.dataLayer = window.dataLayer || [];function gtag(){dataLayer.push(arguments);}// Set default consent to 'denied' as a placeholder// Determine actual values based on your own requirementsgtag('consent', 'default', {  'ad_storage': 'denied',  'ad_user_data': 'denied',  'ad_personalization': 'denied',  'analytics_storage': 'denied'});</script>

2) At the GDPR Cookie Compliance Plugin (CCPA ready) admin plugin, included additional code on the “additional cookies” with gtag(‘consent’, ‘update‘ like for example:

<script nowprocket>
// Define dataLayer and the gtag function.
window.dataLayer = window.dataLayer || [];
function gtag(){dataLayer.push(arguments);}

// After Accepting Additional Cookies
gtag('consent', 'update', {
'ad_storage': 'granted',
'ad_user_data': 'granted',
'ad_personalization': 'granted'
});
</script>

According to tag_assistant it seems working now.

Can you please confirm that such steps are required to have the “Consent” working with your Direct integration Plugin option (or did I miss something else)?

Thanks.

Hi?@mej,

The issue its solved.

Thank you very much.

Hi @mej

We have disabling the “Gutenberg Page & Post Block Options” without any change at the error.

Thank you.

Solved to me with the version 8.5.2 and following the recomendation https://developer.woo.com/2024/01/16/woocommerce-8-5-1-issues-with-web-application-firewalls-modsecurity/

The issue remains on the 8.5.1 version.

The Marketplace option in in 8.4.0?version “New, faster way to find extensions and themes for your WooCommerce store” its enabled.

I have update the plugin to 8.5 twice, and always have got 403.

Is there any other way to report one Woocommerce error?

Thanks

Hi @anastas10s,

Thank you for your reply.

I do not have access to GitHub, and not sure how to make such report.

Can you please help?

Thanks.