bizmatebiz

Hi @peterwilsoncc

Thank you for your input. I am not using wordpress in a capacity to change core or JS files. I am not sure what the change was and I get slightly different errors from the post author but I assume it is the same error.
When I edit a storefront footer (they are organised in 4 columns mapped to 4 sections in the customisation screen) and I select the Logo widget then i get this JS error

`TypeError: Cannot read properties of undefined (reading ‘get’)
at Ee._createWidget (https://dev.website.com/wp-includes/js/dist/customize-widgets.min.js?ver=779dd942fa1333da9130a6c196eb972e:2:26825)
at https://dev.website.com/wp-includes/js/dist/customize-widgets.min.js?ver=779dd942fa1333da9130a6c196eb972e:2:27907
at Array.map (<anonymous>)
at Ee._updateWidgets (https://dev.website.com/wp-includes/js/dist/customize-widgets.min.js?ver=779dd942fa1333da9130a6c196eb972e:2:27814)
at Ee.setWidgets (https://dev.website.com/wp-includes/js/dist/customize-widgets.min.js?ver=779dd942fa1333da9130a6c196eb972e:2:28097)
at https://dev.website.com/wp-includes/js/dist/customize-widgets.min.js?ver=779dd942fa1333da9130a6c196eb972e:2:14135
at Ua (https://dev.website.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:86:70)
at Vc (https://dev.website.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:87:312)
at Object.useState (https://dev.website.com/wp-includes/js/dist/vendor/react-dom.min.js?ver=16.13.1:218:226)
at d.useState (https://dev.website.com/wp-includes/js/dist/vendor/react.min.js?ver=16.13.1:32:381)`

Unless i enable the classic widgets plugin I cannot do any work and this error breaks the editing. I load packages the VIP style with wppackagist and editing core files is flaky.

Based on the current error and the information you shared I am not sure what alternative there is for end users but I think this should be fixed withing core with an adapter or somewhere else.

Do you have any suggestion if there is such improvement open and worth waiting for or how it can be improved?

• This reply was modified 3 years ago by bizmatebiz.

@purritz transients are temporary pieces of information stored in WordPress through the user of transient functions. Most likely they have a bug somewhere or you have erased the Mailin configuration or settings on your account.

I have not seen this problem anymore but I m running version 3.1.2 and latest is 3.1.6 so you might want to update it if yours is older

Hi Rashi

Your code is still using transients to store options. This is not a good solution as transients are just meant to be as the word says “transitional” so temporary.

I am testing 3.1.2 and when i try to manage the configuration, for instance the list selected for the subscription, it gets stored in a transient.

Infact your codebase is full of transients usage for things that should not be transient at all.

I dont see how the last version fixes the bug

Hi Sendinblue

I opened a support request for the same issue on “10/11/2020 09:21” and given there is a fix/suggestion from Etienne could you please push this out ASAP?

Secrets are indeed specific for each webhook . You will have a different secret for each webhook that you add on the Stripe configuration.

Glad I could help

hi Nextnorth,

Just so you know I am not a developer of the plugin nor provide support on their behalf. I am just writing out of interest. I have years of experience and also facing similar problems.

Can you check again that you have deployed the right webhook secret and run a webhook test from the Stripe dashboard? I had the wrong webhook secret configured and now I can see it working once i place the right value (this is called the signing secret in the dashboard of stripe)

• This reply was modified 4 years ago by bizmatebiz.

Joey, just to follow up on another test i did.

I have seen some of the webhook notifications failing with errors 400.

Such as
2020-11-11T03:04:57+00:00 DEBUG
====Stripe Version: 4.5.3====
====Start Log====
Incoming webhook failed validation: {
“id”: “evt_1Hm6oe…….a”,

But these are indeed returning error 400 to Stripe. In case of time outs from stripe I do not see any request logs under woocommerce logs

/wp-admin/admin.php?page=wc-status&tab=logs

i hope they can figure out if the problem is on their end.

Can you expand on how you have setup the webhooks? Also can you check the woocommerce logs at
/wp-admin/admin.php?page=wc-status&tab=logs

Go to the dropdown and check stripe related logs. Can you see anything wrong there?

We see several errors related to validation such as

2020-11-11T03:04:57+00:00 DEBUG
====Stripe Version: 4.5.3====
====Start Log====
Incoming webhook failed validation: {
“id”: “evt_1Hm6…………..a”,

hi Joey

Thank you for the reply but a “Time out connecting to remote host” should not be an application error. It is like Stripe just cannot connect out from their server to reach my domain.

I have still investigated your suggestion. I disabled every plugin apart from Woo, its services and stripe. I also disabled the custom theme and activated storefront.

The error stays the same.

The Site Health plugin does not show any issue apart from the inactive plugins and themes warnings. Also my site does not use dropins.

I have asked Stripe to look into this as it looks more like a DNS issue they might have when connecting to my domain, and subdomains as i tested this with a staging environment. “Timed out connecting to remote host” is likely a TCP error. So I suspect their client does not even get a response back from my site as it cannot even connect.

However if in the meantime you have any further suggestion please let me know

I bet it is because you are using HTTP instead of HTTPS in the url. You need SSL enabled so use the HTTPS url in the webhook.

https://themagnificenttycoon.com/?wc-api=wc_stripe.

Hi Neeraj_slit

There is no need for login, username and password and indeed you should never ask for such information to anyone. These are sensitive information and it is not professional to ask them.

To reproduce the error just add two forms with visible captcha enabled on the same page. One could be in a popup and the other on the main content.

As Dolomats0 wrote, this plugin does not support v3 of recaptcha. Use version 2 and generate the correct version depending if using invisible or robot check of the recaptcha.

I am moving on to use something else. When using this plugin I get these errors on your site after connecting with the google account

Warning: count(): Parameter must be an array or an object that implements Countable in /home/tatvic/webapps/estorenew/tat_ee/ee-configuration-page.php on line 130

Warning: Invalid argument supplied for foreach() in /home/tatvic/webapps/estorenew/tat_ee/ee-configuration-page.php on line 131

Warning: Cannot modify header information - headers already sent by (output started at /home/tatvic/webapps/estorenew/tat_ee/ee-configuration-page.php:130) in /home/tatvic/webapps/estorenew/tat_ee/ee-configuration-page.php on line 178

Looks like it is broken to an extent that does not look like a serious solution so far. A shame as its description promises great things

same here, i will look for something else as this plugin is not compatible with GA4 yet

what version are you running? newest is 1.9.2