Middelkoop.cc

Well, I did give you 4 possible things to try in my previous post. There’s still those two options open.

Can you enable a default theme and disable other plugins (especially caching plugins) to see if the problem then disappears perhaps? If this is some compatibility issue with another theme or plugin that is something I can debug and fix for you, but I need to know which theme or plugin causes it so I can reproduce it.

Finally, I could run a copy of your website on of our development servers to see if this could be a problem with your hosting/server. Also if the problem exhibits itself on our servers as well, I can easily debug it too. If you’re interested in that you’ll have to either contact me directly or through official Feedback Company support channels.

Especially the last option would be useful, as I can directly debug your website and Feedback Company connectivity then. You could contact me directly, or go through official Feedback Company channels and ask for me.

Hi,

I cannot reproduce this behaviour when I enter an incorrect key/secret combination. I’ve confirmed the code that prevents these repeated failed calls is actually working as intended. The only way I can see that this doesn’t work properly, is if there is some problem with WordPress transients.

Can you confirm your WordPress’ Site Health is OK?
https://learn.www.ads-software.com/tutorial/tools-site-health/

Can you install Transients Manager and see if there is a value for “feedbackcompany_lastfailedcall”, after you’ve entered incorrect oauth details (and possibly triggered the loop)?
https://www.ads-software.com/plugins/transients-manager/

Can you enable a default theme and disable other plugins (especially caching plugins) to see if the problem then disappears perhaps? If this is some compatibility issue with another theme or plugin that is something I can debug and fix for you, but I need to know which theme or plugin causes it so I can reproduce it.

Finally, I could run a copy of your website on of our development servers to see if this could be a problem with your hosting/server. Also if the problem exhibits itself on our servers as well, I can easily debug it too. If you’re interested in that you’ll have to either contact me directly or through official Feedback Company support channels.

Hi @stevejonk. You’re right that this could be a nice improvement. I’ll check with Feedback Company API engineers if there’s any downsides to this we might overlook and do internal testing. If there are no problems, I’ll push a new plugin with this change.

Hi @szhelev. Thanks for reporting this. ??

There’s a temporary issue with the Feedback Company widgets. It’s actively being worked on and should be resolved soon. You don’t need to do anything on your end.

Looking at how many people have had this issue recently (there are at least 3 threads on here with this problem), my guess is something is wrong with the plugin or something has changed with Google. It would be great if one of the developers of this plugin could shed some light on this. ??

Hi! Also running into this issue.

This is from the WooCommerce logs:

2023-10-20T11:28:47+00:00 ERROR Automattic\WooCommerce\GoogleListingsAndAds\API\Google\Merchant::update_account {
"error": {
"code": 400,
"message": "[account.businessIdentity] The given merchant does not meet requirements for assigning BusinessIdentity.",
"errors": [
{
"message": "[account.businessIdentity] The given merchant does not meet requirements for assigning BusinessIdentity.",
"domain": "global",
"reason": "invalid"
}
]

Hi. I have a client who also faces this issue. I’ve sent some additional information directly the developers:

On pages with the calendar widget in the sidebar, there is high CPU usage. In the Chrome console, there is constant spam with:
[Violation] Forced reflow while executing JavaScript took ms

After tracing the issue, this apparently comes from the EM_ResizeObserver. Usually a reflow is caused by CSS class changes. So before this line:
events-manager.js:2790: el.classList.add(‘size-‘ + name);
I added:
console.log(‘add class ‘+name);
to get some information. And it shows that the observer is constantly switching between small/large CSS classes. A few times every second. This causes very high CPU usage.

You misunderstand me. I’m not asking you to support anything; I’m just submitting a bug report.

Hi,

Alright. I’ll tell my client that because he’s a paying customer, you won’t allow me to submit bug reports on his behalf and he’ll have to do it himself.

…

Kindest regards,
Jan Middelkoop

Hi @jenochi,

That is strange. ‘feedbackcompany_wordpressmultilanguage’ should not be in your options if you don’t have WPML installed. That’s why this escaped our tests for release 3.0 – this shouldn’t happen. In any case, you’re right, the code isn’t properly structured to account for this anomaly.

Thanks for debugging this – I’ve just pushed an update that should fix this issue.