torlockc

Hi Mark,

Been a little while now so just checking if there has been any progress on this?

Hi @niklasinpsyde, the workaround here is only staying in place temporarily on our website before card payments drop off again every few hours.

For reference we use an autoscaling WP implementation which likely explains why this keeps happening when different servers are spun up to replace old ones. I’ve also reverted back to 2.0.3 but still the issue persists now.

Is it possible to let me know if there has been any progress in better understanding the cause or working toward a fix?

• This reply was modified 1 year, 9 months ago by torlockc.

Unfortunately still no luck in the errors logs.

Not sure if it’s unrelated but we use the following to offload site media to S3: https://github.com/humanmade/S3-Uploads

And an example row from the wp_oses_attachments table:

6670 aca519ee2fbd3df8dca4dd06e7fa211 s3://ourwebsite-assets/uploads/wp-offload-ses/rjVY8c/invoice-100509905.pdf 0

It’s never been an issue before but could the link be a problem? Might just be clutching at straws to find it at this point though.

Hi @dbisupport,

We are currently using PHP v7.4 and were using WP Offload SES Lite v1.4.6 (now on v1.6.3).

I will try testing some more/check the server logs and get back to you as soon as.

Thanks for the reply.

Here is the result but nothing looks related to me:

Notice: compact(): Undefined variable: write in /htdocs/new/wp-content/db.php on line 766

Deprecated: strpos(): Non-string needles will be interpreted as strings in the future. Use an explicit chr() call to preserve the current behavior in /htdocs/new/wp-content/plugins/external-images/plugin-updates/plugin-update-checker.php on line 634

Deprecated: The called constructor method for Debug_Bar_Panel::Debug_Bar_Panel class in Debug_Bar_Panel is deprecated since version 0.8.3! Use __construct() instead. in /htdocs/new/wp-includes/functions.php on line 5506

Deprecated: The called constructor method for Debug_Bar_Panel::Debug_Bar_Panel class in Debug_Bar_Panel is deprecated since version 0.8.3! Use __construct() instead. in /htdocs/new/wp-includes/functions.php on line 5506

I can see it recognising the attachment in the wp_oses_emails table under email_attchments: a:1:{i:0;s:48:”/tmp/wpo_wcpdf/attachments/invoice-100509905.pdf”;}

As soon as I turn back on WP Offload SES though attachments stop coming through.

Hi @alexmigf, disabling does fix the issue. Do you know more about why this is as we’d prefer to use AWS SES for email sending over WP due to better delivery?

@alexmigf it does support up to 40MB attachments

I’m using the WP Offload SES Lite plugin for AWS SES if that helps

Been having the same issue here at the moment and can’t seem to find any related errors in the log files either.

AST is installed. This particular error happened when generating a PDF invoice for an order with tracking attached.

I will try and reupload and test this evening and then send over the trace log.

Once we create a separate order with a payment link and send it to the customer the payment seems to go through with no problem. After talking to the team it appears this is a regular occurrence. I am assuming the key difference is that the first time the customer is attempting to checkout as a guest, then we make and account and give them a link and it goes through so the common denominator seems to be guests.

If it helps at all here is a list of plugins we currently use, no Divi though as we use Elementor instead.

• Query Monitor 3.7.1
• S3 Uploads 2.1.0-RC2
• Ajax Search Pro 4.21.3
• Elementor Pro 3.4.2
• Elementor 3.4.7
• Premmerce Product Filter for WooCommerce 3.5.7
• Purchase Orders for WooCommerce 1.8
• WooCommerce Split Orders 1.4.0
• W3 Total Cache 2.1.9
• Advanced Shipment Tracking for WooCommerce 3.3
• WooCommerce EU VAT Assistant 2.0.23.211019
• WooCommerce PDF Invoices & Packing Slips 2.10.1
• WooCommerce 5.8.0
• Wordfence Security 7.5.6
• WP Offload SES Lite 1.4.6

We are facing intermittent failures regardless but my main concern now is the latest update(s) which increase the failure rate massively. We have since reverted to 1.6.1 which solves that but there are still high failure rates across the board when compared to our old solution. Unfortunately, the old plugin we used was no longer compatible with other updates and so our hand was forced and we had to migrate to this plugin upon WooCommerce’s advice.

Here is a GitHub issue I created on the above if it helps you: https://github.com/woocommerce/woocommerce-paypal-payments/issues/406

That is more related to the update but like I said our site is having issues with failed orders consistently and has done since the plugin was installed and as you mention in your first post they pretty much all have no log associated with them which makes it all the harder to diagnose or even get assistance with.

Okay good to know, thanks for the update – I will bear this in mind if customers ask and recommend them Edge as an alternative to IE.

Tested across various versions but it is not working all the way up to the latest IE11.

IE has over 5% market share which is fairly significant (4th largest globally). I do appreciate it is a browser that is getting fazed out gradually but many of our customers are in the education sector and as such upgrade slowly as and when Microsoft stop long term support for these products.

Is it possible to take a look at IE11 as most of those using IE should be on this version?

@joostvandevijver @niklasinpsyde

Any help for this issue?