beetea2

Thanks for your feedback. My thirtybees installation has been stable and reliable for several months, with no changes except a few module updates, the most recent being the core updater. There's no way this could be related to the core updater, is there? I recall there used to be a problem with guest checkout. I had guest checkout enabled without any problems for several months. After these recent errors I've disabled guest checkout again. Is there anything else I can do to track this down?

I've had the error: ThirtyBeesException: Cart [0] not found appear several times that past few days. In each case the order is created but the payment is not created. The payment is received (both PayPal and Stripe) but the payment is not recorded in ThirtyBees. In the case of the stripe module I get a line on the order saying: "Warning: The customer paid using Stripe and an error occured while saving the transaction." There is no such notice for PayPal but the result is the same - the order status is blank and there is no confirmation email. Here are the error logs. Can anyone suggest a fix for this? Message: ThirtyBeesException: Cart [0] not found Location: classes/module/PaymentModule.php line 398 Stacktrace #0 classes/module/PaymentModule.php(398) #1 modules/paypal/paypal.php(1540): PaymentModuleCore->validateOrder() #2 modules/paypal/controllers/front/expresscheckout.php(457): PayPal->validateOrder() #3 modules/paypal/controllers/front/expresscheckout.php(214): PayPalexpresscheckoutModuleFrontController->validateOrder() #4 modules/paypal/controllers/front/expresscheckout.php(63): PayPalexpresscheckoutModuleFrontController->processPayment() #5 classes/controller/Controller.php(209): PayPalexpresscheckoutModuleFrontController->initContent() #6 classes/controller/FrontController.php(264): ControllerCore->run() #7 classes/Dispatcher.php(851): FrontControllerCore->run() #8 index.php(33): DispatcherCore->dispatch() HTTP Request GET /module/paypal/expresscheckout?id_cart=36979&paymentId=xxxxxxx-xxxxxxxxxxxxxxxxx&token=xxxxxxxxxxxxxxxx&PayerID=xxxxxxxxxxxxxx GET parameters [id_cart]: "36979" [paymentId]: "PAYID-xxxxxxxxxxxxxxxxxxxxxxxxxxx" [token]: "EC-xxxxxxxxxxxxxxxxxxx" [PayerID]: "xxxxxxxxxxxxxxx" [module]: "paypal" [controller]: "expresscheckout" [fc]: "module" Cookie [date_add]: "2024-10-18 12:41:34" [id_lang]: "1" [iso_code_country]: "US" [id_currency]: 2 [viewed]: "10,11,169,21,92,1,2,14,13,12,101,159,174,14,13,12" [nav_last_visited_category]: "6" [id_guest]: "1710175" [id_connections]: "917263" [PIWIKTrackCartFooter]: "1730956143" [last_visited_category]: "6" [last_visited_category_blog]: "4" [id_customer]: "8166" [customer_lastname]: "xxxxxx" [customer_firstname]: "xxxxxx" [passwd]: "$2y$10$.o/3OZNzkRADkqgg0GpmNeT9ZgWOqT4yNZLvrJMQWLbPmeC1gfu2y" [logged]: "1" [email]: "[email protected]" [is_guest]: "" [check_cgv]: false [id_cart]: null

This is the Stripe checkout page that I land on after clicking Stripe on my website, with the only option being pay by card:

OK Thanks. I'm experimenting with Stripe Checkout, which is supposed to support all payment types selected in the Stripe dashboard. But mine only allows card payments. I found this in classes/StripeApi.php public function createPaymentIntent( Cart $cart, string $methodType = \Stripe\PaymentMethod::TYPE_CARD, array $methodData = [], string $returnUrl = "" ) { $paymentIntentData = [ 'payment_method_types' => [ $methodType ], I'm not a coder, so I may be completely off-base here, but I'm wondering if TYPE_CARD should be there. https://docs.stripe.com/payments/dashboard-payment-methods : Screenshots below show a TB cart using Euros as currency, and the preview seen in the Stripe dashboard. On Stripe website I have almost all payment methods selected, and the Stripe preview shows more options than my setup.

OK have the latest module. When configuring the module and selecting the Payment Methods, SEPA and Sofort both require webhooks. So I set up the webhook in Stripe, but which events does it need to listen to? Right now I have it listening to: charge.captured charge.dispute.created charge.expired charge.failed charge.pending charge.refunded charge.succeeded payment_intent.requires_action Is that enough?

Thanks for both your replies. ASM is Advanced Stock Management? I'm not using it (as far as I know), and none of our products have any particular carrier assigned, but you've given me some clues to investigate further.

We got 2 orders recently from the same customer, one right after the other, but just one payment (which covered the cost of both orders), and ThirtyBees marked the orders as "linked" I tried to reproduce this feature on my test site, but don't see any way to link two orders. It's a really nice feature, but how does it work and how can I link two orders? TB 1.5.1 with PayPal payment module.

5 years later and I'm grappling with this. Is this theme-related? I'm using Panda 1.6. I can't create an account for a country that does not have states, if the USA (with states) is the default country in Localization. If I change the default to Belgium (with no states) I can create accounts for any country. TB 1.5.1 No errors are recorded and nothing happens when hitting the create account button. Guest accounts - no problem.

Found these logs in the Stripe developers section. Each incorrect payment has this message: I'll open a ticket on github...

OK thanks. Just got another error from a new order. And again the order total amount was incorrect. (The amount that Stripe collected did not match the order total) If the customer has a product or two in the cart, then changes something like adding more products, or changing the shipping option, it appears that the Stripe module is not recognizing the updated total. The original amount is charged, but the customer gets an error message because the amount charged did not match the order total. I've got to test this on my test site, but in the meantime we have to monitor all Stripe payments and refund those that don't match an order. There have been 15 of these so far this month. No problems with the PayPal payment module. I would appreciate it if anyone could give me a clue as to what is going on.

I've been having problems with this new Stripe module. Several times in the past few days the customer gets an error message after using the Stripe module "A processing error occurred" The order is not finalized, but the payment goes through on Stripe. So the customer (and us) never receives an order confirmation. This has happened with Apple Pay a few times, so I disabled Apple Pay in the module configuration, but it just happened again with the customer using a VISA card. Often the customer retries successfully with PayPal, so then we have to refund the Stripe payment. I just found this in the log file: [12:32:32.3232] [****************] Payment validation start [12:32:32.3232] [****************] Payment method id: stripe_cc_form [12:32:32.3232] [****************] Payment method: Credit Card [12:32:32.3232] [****************] Stored payment metadata: {"type":1,"methodId":"stripe_cc_form","ts":***,"cartId":***,"cartTotal":7271,"id":****":"****"} [12:32:32.3232] [****************] Payment intent id: ******** [12:32:32.3232] [****************] ERROR: Failed to validate metadata: Cart amount has changed [12:32:32.3232] [****************] Validation end Many (if not all) of these errors show an incorrect order total, but the PayPal module gets it correctly. I'm using TB 1.5.1 and Stripe API version 2023-10-16 Should I change the Stripe API version? One of the above messages seemed to say no. Any suggestions are greatly appreciated.

Thanks for the recent update. I intend to sign up as a monthly contributor and would prefer to pay by PayPal. We have a USD paypal account, but when signing up it appears my only option to do monthly payments is from our bank account (in CAD). Can I not do monthly payments directly from the Paypal account? PayPal is already taking a hefty chunk in exchange fees.