Chris74

Thanks @WHMCS John Two problems with that... 1. If the card expiry date passed, the card cannot be used anyway. 2. Customer cannot remove these cards - there is a PHP error when they try. We can do it from admin - but they can't remove it. As per my original question, I'd like to remove all of these XXXX cards - can you provide a possible solution? I assume I can do this in PHPmyadmin? Could you provide a database query to identify them and let me know which record(s) needs deleting? Also, can you possibly answer my other question? What exactly happens if I use the " Delete Encrypted Credit Card Data" option in the security section of the config? Will this affect Stripe card data?

delete me ta 🙂

Since upgrading to 7.8 I've noticed a lot of customers now have problems paying. We've only ever used Stripe for card payments so I'm not sure what the problem is exactly. One thing I notice is that some clients now have a payment method listed as Visa with Card-XXXX as the last four digits. They are unable to remove this card. We can do it from the admin side. I suppose my questions are... 1. Anyone else experiencing this issue? 2. How can we identify these problem cards and remove them on mass? Additionally, what exactly happens if I use the " Delete Encrypted Credit Card Data" option in the security section of the config? Will this only remove old stored card data "pre stripe"? Or will it remove all the tokens and current customer cards?

Transaction failure on daily invoice cron. We're using Stripe. error => The PaymentMethod pm_xxx does not belong to the Customer you supplied cus_xxx. Please use this PaymentMethod with the Customer that it belongs to instead. detail => error => message => The PaymentMethod pm_xxx does not belong to the Customer you supplied cus_xxx. Please use this PaymentMethod with the Customer that it belongs to instead. param => payment_method type => invalid_request_error Customer went to pay the invoice manually later in the day and it worked. I'm pasting this here in case anyone else has the same issue.

Nope. What I'm talking about is simply adding a .co.uk transfer to the cart and going to checkout. That's it. I can confirm that the error was happening before but it isn't now after applying the patch. Did you upload the files to your template folder? Assuming you are not using six.

Just a zero priced transfer by itself. Not accompanying any other items. The checkout total was zero. We had the invalid positive integer message previously when customers were ordering a zero priced domain transfer in this way but now it's not happening.

Ok I used one of our test accounts and added a card to it then placed an order for a free domain transfer. I noticed three things... 1. Even though I have VAT /TAX ID's disabled in the WHMCS configuration, the form when you add a card address asks for this info. BUG! Please take note @WHMCS John 2. I received an "invalid remote token" error at the checkout but it went through. This might be due to the account I used having previous stripe data - unsure about that. 3. I did not receive an "Invalid positive integer" error message.

What is the exact criteria to reproduce the issue?

I can confirm that it is working fine for us now. You may have missed a file somewhere.

Did you clear the template cache?

Thanks.

Brian you truly are a legend! Thank you once again.

Does it add entries into the log?

Anyone using this? Does it work ok with PHP 7.2 and latest WHMCS?

I've just realised that these changes appears to cause a problem with the display of the table depending on the status of the product. The menu on left will show "active" products if you click the Active option on the menu - but now it displays an empty result in the table if you click it. Do you think there would be a way around that?