Aleksandr Guidrevitch

@peopleinside ,

Please check v3.4.11, is adds a compatibility layer for Complianz

@peopleinside ,

Thanks for reporting, let me see and get back to you!

@codepeople2 , thanks for the help!

oh, please also add jquery-core and jquery-migrate to the exclusion list, each on a new line

Please try 3.4.10, it should address the Complianz issue.

As to excluding Loading Page plugin, enable “Exclude scripts matching regexp from optimization”? and put there “codepeople-loading-page”

Please let me know how it goes

Hi @peopleinside ,

To avoid blank page, you should either disable loading page, or exclude loading-page.min.js along with jquery as it depends on jquery.

I’m looking into the second issue

Best,
Alex

@jkirrane ,

3.4.9 addresses the issue you flagged in the following way – if some 3rd party async script (non-render blocking) hangs, it times out in 1 second

Thank you so much for reporting, I really appreciate your help!

Best,
Alex

@holafreak ,

Would you mind sharing your site url?

Best,
Alex

Hi @peopleinside ,

We’ve rolled the fix on the server side. Can you please enable fastpixel back and reset the cache to see if the bug is fixed for you?

@peopleinside, we’re looking into the issue, it seems that we were able to reproduce it

• This reply was modified 4 months, 3 weeks ago by Aleksandr Guidrevitch.

@jkirrane, according to your description, the problem was with reddit pixel being inaccessible. I’m 99.99% sure it was related to the reddit connection issues either on your side, or at reddit side. This is why it worked with adblocker.
The only open question that bothers me is that pixels should be loaded async, so it shouldn’t affect page load.

HI @jkirrane ,

Would you mind sharing the URL of the site so I can reproduce the issue? WP Meteor can be disabled

Hi @ljosh ,

Thanks for reporting, let me take a look!

Best,
Alex

Thank you for reporting the issue and for your feedback, I really appreciate every opportunity to make the plugin better!

Hey @strettonbull .

So here is what happens. Your AngellEye extension is broken. It loads paypal sdk twice:
1. first time from https://signedmusicphotos.co.uk/wp-content/plugins/paypal-for-woocommerce/assets/js/angelleye-in-context-checkout.min-v2.js?ver=4.5.5
2. second time from https://signedmusicphotos.co.uk/wp-content/plugins/paypal-for-woocommerce/ppcp-gateway/js/pay-later-messaging.min.js?ver=4.5.5

Both call angelleyeLoadPayPalScript() with the SDK url (slightly different URLs, but same content), and SDK is loaded asyncronously. Depending on the load order, they might work or not.

With disabled WP Meteor, if you add something to a cart and open developer console in chrome, disable network cache, and keep refreshing, you might find that one time out of probably 10, depending on luck, you will get buttons missing and the following error in developer console:

paypal_js_sdk_v5_unhandled_exception {err: ‘Error: zoid destroyed all components\n at https:…mo,paylater&intent=capture&locale=en_GB:3:308271)’, timestamp: ‘1725144599034’, uid: ‘uid_e0527d6d18_mji6ndy6mti’, env: ‘production’, clientId: ‘AUESd5dCP7FmcZnzB7v32UIo-gGgnJupvdfLle9TBJwOC4neACQhDVONBv3hc1W-pXlXS6G-KA5y4Kzv’, …}

To reiterate – this happens without WP Meteor, on your live site right now, not frequently, but I was able to get this error and missing buttons multiple times. You might notice that initExpressCheckout is the first message in this scenario, while in “lucky” scenarios initExpressCheckout is the last message in the console.

Bad news is that some of your clients have to refresh page to get checkout buttons displayed, not related to WP Meteor in any way.

I’ve released 3.4.7, which preserves loading order of async scripts, it will work in your case better, but not reliably, maybe 50% chance.

Please let me know if you were able to reproduce the issue with paypal without WP Meteor. You can also disable WP Meteor on the checkout page by using wpmeteor_enabled filter.

• This reply was modified 6 months, 2 weeks ago by Aleksandr Guidrevitch. Reason: Image added