alexanderaltendorfer

Hello @vmarko

Ah that is interesting, thank you for taking the time and testing the website again. I have to check where the compression is coming from now, but it does not involve W3TC anymore.

Thanks!

Hello @vmarko

Thanks for your quick support! I followed your steps and will keep an eye on the site if the issue reappears. So far it is looking good.

It seems we do not have any other form of compression available. Is there a specific server configuration that we should change? Or some debugging steps we can share with the server technician?

Thanks!

Hi @carolm29,

thanks for the update! It seems like this should be easy to fix (just check for NULL). I am a bit worried that this seems to be a known issue for over a year, but I will keep an eye on the GitHup report. Thanks!

Hi @ckadenge,

thank you for your quick reply. We have logging enabled and there is a Stripe log file in WooCommerce > Status > Logs. There are no errors however, only DEBUG messages. At the time of the fatal error, this debug message was logged:

payment_intents/pi_XXXXXXXXXXXXXX?expand[]=payment_method request: Array
(
)

I did some digging and checked the plugin files and Stripe docs. The issue seems to be in WC_Stripe_Intent_Controller->verify_intent().
$intent->last_payment_error->source->id is used without checking if $intent->last_payment_error->source is NULL. According to the Stripe docs (https://docs.stripe.com/api/payment_intents/object#payment_intent_object-last_payment_error-source) this is a nullable object, so I think it should be checked for NULL at this point. Does this make sense?

Hi @doublezed2

I was able to resolve this with WPML support. In case anyone else has this issue, the strings have to be manually added to String Translation using these steps:

– Go to WPML->String Translations
– At the bottom of the String Translation table, click on “Translate text in admin screens”
– Search for the strings there and see if you can find them.
– If you can find it, select it and add it using the “Add to string translation” button
– Click on “Return to String Translations”
– Translate it

Hi @anastas10s

Thank you for your reply. Sorry if my first message was not clear. The mails sent by WooCommerce Subscriptions are working fine. I am talking about the email WC_Stripe_Email_Failed_Renewal_Authentication which is sent by the Stripe plugin.

I did not yet reach out to WPML because translating other WooCommerce emails is working fine, so I thought this to be something specific to the WC Stripe Plugin.

Thanks!

• This reply was modified 8 months, 4 weeks ago by alexanderaltendorfer.

The problem is that PHP interprets empty very loosely. Everything that resembles a false value will be ignored.

https://www.php.net/manual/en/language.types.boolean.php#language.types.boolean.casting

Perfekt, vielen Dank für die Info und die neue Version.

Hallo @tiggerswelt,
perfekt, vielen Dank für die rasche Antwort!
LG

@lachlanphillips unfortunately I have not heard anything yet. The problem still occurs from time to time.

Hi Peter, thank you for your reply.
I noticed the error only on our custom login page, because on the native wp-login screen, a different code is executed. alert(message) is only executed when the login message cannot be appended into the login form.
Please have a look at the showLoginMessage function in modules/login-security/js/login.1629122067.js:62. Unless I am completely mistaken, you will see that the variable message is undefined in the scope of this function and will always produce an error, regardless of other plugins or libraries.

Thank you for your reply. I created a new ticket at https://wpml.org/forums/topic/wcml-disappearing-product-variations/ and provided some more details on how to reproduce the issue.