All Activity

Ok, the answers updates after 2 days of troubleshooting. Question 1: Mails, works Question 2: Order states, changed in database. Many order_state_id's decreased by the number of 1. Question 3: Caused by wrong order state IDs Question 4: solved Still working on some smaller issues and bugs.

After I tried to change the order status to the new Thirdybees Order Status, I get the following when I place an order with cheque as Payment Method: PaymentModule::validateOrder - Order Status cannot be loaded

Can someone please copy / past me the default content of the tables order_state and order_state_lang which is based on TB 1.6 ? thanks a lot.

First of all, thank you for your extensive feedback. I will try to follow as much as I can. I have not migrated step by step but instead tried to upgrade in one big step. Since this failed, I installed everything from scratch to 1.6. and after that I copied the database over the existing one, leaving the most important config tables out. Most probably, the last step caused the system to fail.

First of all. Did you try gradually updating between official major versions and keeping their requirements in check (like dependencies, php version, extensions, etc.)? I would recommend to try this 1.0.8->1.1.0->1.2.0->1.3.0->1.4.0->1.5.0->1.6.0. This would take more time but you will be able to investigate step by step where things break, where you have to check your hosting configuration, etc. 1.0.8->1.6 is quite a big leap, quite a lot things changed for these years, and on top of that when you have some custom work done to the code which could have messed up the database it's get messy quite fast. Also I would recommend on each step to consult with the release notes for every version so you can expect some things that are changed. You can find those here: https://forum.thirtybees.com/forum/2-announcements-about-thirty-bees/ Install Collect logs module when it's visible for you in the modules catalog (I don't know if it supports 1.0.8) and check what is recorded there. Make a test FO registration, make an order, send an email, cancel an order. If everything is OK and there are no records in Collect logs module proceed to the next version of thirty bees. On each step update the files through Core Updated but don't forget to check if there are table updates too - do those or your system will not work as expected. Now, on to your topics: 1. Did you install a mail transport module when under thirtybees 1.6? This functionality was moved to a module so different methods can be used (the one in PS and thirty bees up until now was unmaintained and obstructed further development of the system). After you install your module and configure it you should also select it for use in Advanced Preferences->Email: 2. If you have migrated your old table to a fresh 1.6 install the order state ids might be different. This is not thirty bees fault, it introduces some default states but this configuration might be modified by each shop and this approach is not recommended when updating. If you use Core Updater this will not be the case. 3. Here is the same - most probably a conflict between your old table records and your new install order state ids. When I cancel an order the stock levels are returned to the previous value. 4. Share your carrier settings, check your zones and your carrier coverage for them. More information would be needed to troubleshoot this.

Question 4 / There are no carriers that deliver to the address you selected. This message pops up on all front end orders. Howerver, it is possible to proceed to the next step and to place an order.

Question 3 / Order cancelled, Stock Quantity remains unchanged. When cancelling an order, the stock quantity does not revert to its original value. My order_state_id for cancelled is 6. But I guess, the new TB order_state_id for cancelled is 5? Our state 5 is however 'Order finished'. In regard to this: If we change the order state table to the "new" TB values, we needed to change all historic transactions as well. This is possible but quite an effort. My question is, how are the default order states set? Is it by id or by template name or by others means?

Question 2 / Order State Every new order goes to backorder state. Order State Id 9 (out of stock, paied). My order state table looks like this (taken over from old prestashop, then TB 1.0.8). This is my order state table.

We run TB 1.0.08 for a long time and it hasn't been updated since this version was set up. This old installation contained a lot of specifis changes and any try up upgrade via core upgrade failed. After many failed attempts I first installed a fresh TB 1.6. and then migrated the database from the old installation. The shop works but still with many issues. I try to ask all questions within this thread instead of opening a new one for everything. Question 1 / Mails we don't get any mails with the only exception of the contact form. I could not figure out, where the value for TB_BCC_ALL_MAILS_TO is set.

I would like to be sure that datakick is aware of the behaviour of his module (I have it licensed). @datakick can you confirm that? Thank you @the.rampage.rado for the info about Tidy but I would like to use it only as last resort. I can't be sure if TB is going to be supported in the long term from a 3rd party dev. @musicmaster prestools can do the same thing right?

Tidy module I recommended has cronjobs for clearing image so if you're so dependent on your current setup you can try it. It should clear all 'unlinked' images.

Because is the opposite I want to do. In @datakick's module I have a cronjob that imports new products (images included) every hour. The products imported may have or not have images. I have another import job that update only the images of the last 48h "new products imported" because the source very often adds/changes images after 24/48 hours from their creation. So usually a product imported "now" is going to get updated 48 times during the next 48h (only replacing its image). If the product have already an image the image get updated 48 times and I noticed that if this happen I confirm (as I monitored the filesystem) that import mode named "replace existing images" imports the image again as I want, replaces the product image as I want but leaves the old image in the filesystem and I think this is the bug that is filling my volumes. This happens also in a third cronjobs where I put back on stock products that was outofstock and meanwhile I update price and images too because sometime the source from I'm getting products change prices and images.

Same here. In theory nothing more should be done, but yes, my source is also not minified and it looks 'human-readable'. But I'm pretty sure this was the case before the extraction. EDIT: You have to have your module active and then in Performance have those settings as follows:

Sharing this since I finally had time to look into the problem and figure out the issue of not all Stripe payment methods appearing on their hosted checkout page. If you're using the TB Stripe module, you likely noticed that with update to version 1.8 a while back, that you were no longer seeing all the payment methods you selected on your Stripe dashboard available in the hosted checkout page. This was a problem as we couldn't get Afterpay or Cash App to show up for customers to select. They are enabled on the Stripe dashboard, but not in the hosted checkout. Anyway, here is a band-aid fix until our TB dev's have time to properly adjust the module. You just need comment out a couple lines in the file StripeApi.php public function createCheckoutSession( Cart $cart, string $methodId, array $methods = [], array $paymentMethodOptions = [] ) { $context = Context::getContext(); $total = Utils::getCartTotal($cart); $validationLink = Utils::getValidationUrl($methodId); /* if (! $methods) { $methods = [ \Stripe\PaymentMethod::TYPE_CARD, ]; }*/

I don't see any differences on the code with the module tbminifier active or disactive. There is something else to be done to minify the html code?

Might this be something for the thirtybees team? It plugs into github and uses AI to translate. 10k words are free per month. It could help tb add new languages and perhaps also improve the quality of exisiting translations. https://lingo.dev/

Check your tax configuration in Localization -> Tax Rules Maybe you have deleted tax for some provinces. Screenshot below shows the default tax configuration for Canada imported by thirtybees.

So for the last two months, businesses in Canada haven't had to collect tax on toys. (I sell toys) - So I disabled something on my site to stop charging tax. Issue is... now that it's over, it's only charging one tax for some provinces, and nothing for the one I'm in... I've checked, and all provinces are there with the tax amounts in two sections. Am I missing something? I haven't had to check this for 5 years. I'm on TB1.4

Click on the sitemap, than upper corner right hand the 3 dots. Remove Sitemap. Canada as bilingual solution is kind of an exception.

2.4.3 - 02/14/2025 Added control of files modified by Cron task, with e-mail alert This new feature allows you to receive e-mail notification of any changes to PrestaShop's native files since the last analysis. An ideal tool for monitoring the integrity of your store with ease.

2.4.3 - 14/02/2025 Ajout d'un contrôle des fichiers modifiés par tâche Cron, avec alerte par courrier électronique Cette nouvelle fonctionnalité vous permet de recevoir une notification par e-mail en cas de modification des fichiers natifs de PrestaShop depuis la dernière analyse. Un outil idéal pour surveiller l’intégrité de votre boutique en toute simplicité.

I'm on Warehouse on PHP 8.2 after some manual work to update. Not sure you'll be able to get it anymore though. I believe Panda is likely the most flexible theme available that is mostly configuration and not coding if that's what you're looking for https://www.sunnytoo.com/product/panda-creative-responsive-prestashop-theme . I'm not sure on their PHP compatibility but I remember them being quick to respond when asked. I believe I last tested it on 8.1 and it worked.

Have looked thru them. Problem is that not one of them state what php version they support

Leo themes https://www.leotheme.com/prestashop/themes.html Envato themes https://themeforest.net/search/prestashop 1.6 and there are more. You also can modify NIARA to almost anything you like.

If you already have a theme that you like I would advise to contact datakick and he might have some free time in order to help you out with any bugs that you have. The main issue is always within theme's block cart overrides - which leads to 500. The rest is most probably warnings and deprecations. I'm with Warehouse 3.8.7 (the latest version for PS1.6) and it had some issues, cart one too - but now I'm rocking it on php 8.1 with few warnings and it's making me money. Same - I would like to contact datakick soon in order to work on those issues so I can move to 8.2 and later 8.3 (if nothing big pops up).