beetea2

Wow! Thanks very much for the speedy work! However I am reluctant to redo my shipping once again. The setup I have now is working as expected. But I'll try this patch on my test site.

We only have one carrier to send worldwide. If the order is more than $60 we will ship it for free, otherwise they are charged by weight. All orders no matter what value have the option to ship express, but this is never free. And express is charged by weight. I guess you were replying to cienislaw but I quickly found out not to set it on the preferences page.

All set to zero to disable.

Paid shipping -> page 2 -> Handling costs NO, Free shipping NO, Billing by weight, Out of range: Apply the highest cost. I have 4 weight ranges set up. Page 3 -> Minimum order value US$0 Maximum Order value US$60 Free shipping -> page 2 -> Free shipping YES, Billing by price, Out of range: Disable. All zones selected. Page 3 -> Minimum order US$60 Maximum order set at 0.00 to disable. With this set up, an order of US$46 is required to pay a shipping charge. If the currency is changed to CAD with no changes in the cart the order now costs CAD$63.68 and gets free shipping. Localization -> Currencies USD exchange rate 1 CAD exchange rate 1.384437 Perhaps the problem comes from the Free shipping option on page 2?

You can hide the weight carrier in Carrier setting page 3 -> Maximum order value $60 Interestingly, Maximum order value seems to follow the exchange rates correctly, whereas Minimum order value does not. In summary, I was trying to set up free shipping by setting the Minimum order value on page three of the Carrier settings, but this does not seem to take into account currency exchanges. Free shipping is now set up by setting free shipping on page 2 to NO, Out of range behaviour to "Disable Carrier" and a single range of $60 to $10000 with $0.00 cost. This allows for the proper currency conversion so that $65 CAD no longer gets free shipping. Thank you the.rampage.rado! You pointed me in the right direction.

Our shipping charges are based on weight when the order is under $60, so we can't use the same carrier for both free shipping and paid shipping. But I think you've shown me the way to set this up.

I just installed a brand new TB installation on a sub directory of my main site to test the currency conversion and free shipping. Free shipping does not work as expected when converting from one currency to another. Am I doing something wrong? __________________________ US$ - no free shipping: _____________________________________________________ CAD dollars - same product and quantity - gets free shipping: _____________________________________________________________ My Settings for the free shipping carrier: __________________________________________

I offer free shipping for orders over US$60. Shipping -> Carriers -> Free Shipping -> Billing by price -> Minimum order value = US$60 No matter what currency I select, if the amount is more than 60 of that currency the customer gets free shipping. e.g. Cart has CA$66.79 (equal to US$48.00) = Free shipping. Am I doing something wrong? TB 1.6.0 PHP version 8.3.24 Panda theme ECB Exchange Rate Module 1.1.0

I got it: set config/defines_custom.inc.php define('_PS_MODE_DEV_', true);

On my local test site I am locked out of both the front end and the back end with error 500. How can I turn on error reporting? Or otherwise decode the encrypted error message? In php.ini I set display_errors = on I added ini_set('display_errors', '1'); ini_set('display_startup_errors', '1'); error_reporting(E_ALL); to config/config.inc.php What else can I try?

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.