Jason

Ha. After seeing https://github.com/facebookincubator/facebook-for-woocommerce/issues/1704#issuecomment-775182329

I disabled “Default Google product category” and the Action Scheduler job to create the feed completed successfully!

Please pass this on to the def team. The google product category DOES NOT WORK.

Thanks Stuart,

Unfortunately no help, I get either

2021-03-23 09:25:42 +0000
action started via WP Cron
2021-03-23 09:31:32 +0000
action timed out after 300 seconds

OR

2021-03-23 09:24:53 +0000
action started via Async Request
2021-03-23 09:25:23 +0000
unexpected shutdown: PHP Fatal error Allowed memory size of 419430400 bytes exhausted (tried to allocate 20480 bytes) in /wp-includes/functions.php on line 624

What is the best way to escalate this to the dev team? They need to test with at least 3000 products in the store. The last working version is 2.1.4 and even then it required a 400MB php limit which is very high.

Cheers,
Jason

Thanks heaps! That’s a perfect response. Just a shame it took 5 months ??

Cheers,
Jason

Can you help with any guidance as to how to manage this?

Can you just unmark it as resolved pleased? It’s not resolved as we have discussed.

Sorry but there has not been any resolution provided! Why are you closing this?

FYI this bug is STILL not fixed. Latest version gives 250KB thumbnails – what on earth?

Editing inc/class-sb-instagram-post.php around line 243 to add $image_editor->set_quality(80); restores the thumbnail size to around 20KB.

Thanks; I will keep checking on this thread as I do not really want to be waiting months for this.

Cheers,
Jason

Thanks for the detailed response, Jennifer!

Can we please keep this ticket opened until that feature is delivered. Ideally the plugin should be using some kind of nonce / secret to prevent a bot from being able to script thousands of calls to Braintree. I am a little shocked that Braintree would release a plugin so readily abused.

I note that there are others reporting similar behaviour so clearly this hole is known by fraudsters and is being actively used at the moment.

Cheers,
Jason

I have been seeing the same in my logs. My firewall logged some POST bodies, and it appears the attackers are using multiple credit cards to see if Braintree accepts them. I ended up with failed orders with thousands of cards tried against them. I have reported this on the official Braintree plugin support but this thread came up in Google so posting here.

Thanks Joel. Per my reply the issue is not fully resolved.

The locally saved images are horribly optimised (nearly 200KB each) and Smash Balloon seems to be ignoring the setting to pull Thumbnail sized images.

Hoping we can work to an actual resolution in the support ticket before updating this thread again.

Cheers,
Jason

Done. Not sure what would be unique about my setup!

Hi guys,

The fix that you applied in 2.5.4 has caused two unwanted side effects

1. Local cache is not used; all images are always fetched from Instagram by the client
2. Full size images are fetched regardless of the setting for image size

This is causing pagespeed scores to be dragged down significantly.

Any chance of a fix?

Cheers,
Jason

Yes that’s right by default they are on the cart. If you have a lot of items to cross-sell, for example accessories that go with an item, it makes more sense for cross-sell to be on the item page.

Previously I used the plugin Woocommerce Cross Sell Products Display for this. However I would like to use your carousel implementation for both upsell and cross-sell.

If you think of a way to do it I would love to help you test it!

Cheers,
Jason

Thanks for the quick reply!

In WooCommerce, against a product you can set two types of relationships:
– Cross-sells
– Upsells

I would like an option for the plugin to reference the Cross-sell relationships instead of using the auto-generated Related Products in the 2nd carousel.

Upsell is working fine.

Thanks, Jason