All Activity

After installing the module, when I try to configure it I get the error: [PrestaShop] Fatal error in module file :/public_html/classes/cache/Cache.php: Uncaught Error: Class 'CacheFileSystem' not found in /public_html/classes/cache/Cache.php:131 Stack trace: #0 /public_html/modules/psonesixmigrator/psonesixmigrator.php(177): CacheCore::getInstance() #1 /public_html/controllers/admin/AdminModulesController.php(868): PsOneSixMigrator->getContent() #2 /public_html/controllers/admin/AdminModulesController.php(1117): AdminModulesControllerCore->postProcessCallback() #3 /public_html/classes/controller/Controller.php(178): AdminModulesControllerCore->postProcess() #4 /public_html/classes/Dispatcher.php(367): ControllerCore->run() #5 /public_html/admin681otycsn/index.php(58): DispatcherCore->dispatch() #6 {main} thrown How do I fix this to pass the migration? Prestashop 1.6.1.24 PHP 7.1 How do I fix this to pass the migration?

Don't you consider this a vital secret for your shop? Aren't you afraid of competition tracing your business? I think it's a big issue bug in the current code where it is leacked in FO urls.

Hi, many thirty-bees/PrestaShop themes provide the variable `$cart` in the shopping cart template. Then, in the template, you can simply add: smarty {* show Cart ID *} div class="cart-id"> Cart ID: {$cart->id} </div> If it's not already available, you'll need to pass the Cart ID to Smarty via a controller. The correct controller for the shopping cart is `CartController` (controllers/front/CartController.php) (or for one-page checkout: `OrderController`, I think, you'll need to check that). If you have to retrieve it via a controller, I would create an override for it so that it persists after an update.

Hi, we would like to make the Cart ID (which can be seen in the backend under Customers > Shopping Carts) displayed on the frontend when looking at the shopping cart. Is this possible? Can anyone help share some guidance on how this can be done? Thank you!

1.3 to 1.5 usually

3.8.1 - 01/22/2026 Small code correction to remain compatible with PHP 5.6 Add a security policy

Which versions are you thinking of? After testing version 1.1.0 with PHP 5.6, I encountered a problem due to the PHP version, but not the Thirtybees version. So, in that sense, yes, the module can be considered compatible with all versions of Thirtybees.

This module is good for all TB versions?

3.8.0 - 01/15/2026 Complete redesign of the modal window to permanently separate from Fancybox and jQuery Added customization of the product image and name and its variations in real time in the form window Fixed a display issue when changing declination if the button was attached to the Hook displayProductAdditionalInfo

2.10.0 - 01/14/2026 Improved performance for exporting large catalogs Improved module security 2.9.0 - 01/05/2026 Added compatibility with PrestaShop 9 DataTables library updated to version 2.3.6

2.10.0 - 14/01/2026 Amélioration des performances pour l'exportation de catalogues volumineux Sécurité améliorée des modules 2.9.0 - 05/01/2026 Ajout de la compatibilité avec PrestaShop 9 Bibliothèque DataTables mise à jour vers la version 2.3.6

thank you, appreciate this! (i will save this time 🤙)

No need to fix anything, this is merely a notice for developers to investigate the surrounding logic. And we did that 🙂 With or without the fix, the end result is the same - nothing actually happens when the object (cart) is not already saved in the database.

Great! and can i implement this (manually) also in 1.6 ? (i get this error with php8.1 and want to fix it for my update in live-shop)

You can safely ignore this. This was already fixed in bleeding edge, see comit https://github.com/thirtybees/thirtybees/commit/3c8447874a71825a1561fb2edb5371ee8249375b

Is it possible for this module to emit the following items: - current year - would be wonderful if we can activate the module in the footer of our theme or CMS page - shop name - if we have multistore and our CMS pages are the same, but we only want to switch the shop names - shop URL - same - contact email - point to our shop email in Shop Contacts, again useful in CMS pages I know that the module currently does not support CMS pages but for future release,s I think it could be interesting proposal.

Could you give me access to your shop to check on this issue?

personalized emails on abandoned carts are much more effective.

Thanks for the hint; I wouldn't have expected to find something like that there. I'm sure I've seen it before, but after a while, you don't think to look for it under 'Languages'. I've already changed the 404.gif image (or the equivalent for my theme) to a blank 1kB image. That works fine, and it now displays as I want. However, I still don't quite understand the reason. The image settings, etc., are correct and identical to my shop version 1.5.1.

this is a perfect abandoned cart reminder module. thanks!

In the language configuration: Localization -> Languages, add your own “No-picture” images (can be transparent PNG).

I have the same error with the update to php 8.1, is there any solution? I am not sure to code something for my own here, regarding it seems to be deep in the Core and it is about the shopping cart - i dont want to crash this 🤓 You can see that there is the Id 26683, but this does not exist. It seems to be an updated address and is now (customer) Id 26684. Warning Message: Attempt to update unsaved object Location: classes/ObjectModel.php line 752 Stacktrace #0 builtin #1 classes/ObjectModel.php(752): trigger_error("Attempt to update unsaved object", 512) #2 classes/Cart.php(2809): ObjectModelCore->update(false) #3 classes/Cart.php(2769): CartCore->update() #4 controllers/front/AddressController.php(307): CartCore->updateAddressId(26683, "26684") #5 controllers/front/AddressController.php(129): AddressControllerCore->processSubmitAddress() #6 classes/controller/Controller.php(198): AddressControllerCore->postProcess() #7 classes/controller/FrontController.php(264): ControllerCore->run() #8 classes/Dispatcher.php(858): FrontControllerCore->run() #9 index.php(33): DispatcherCore->dispatch()

I'm having problems with product images, not category images. When I look at the category overview, I see the placeholder (the product correctly has no image). When I then look at the product details, I don't see a placeholder, just nothing (white, since it has no image).

ok, would it be a good idea then to do this automatically, when there is no pic given? e.g. by PHP (m I correct in this?): <?php $img = imagecreatetruecolor(1, 1); imagesavealpha($img, true); $transparent = imagecolorallocatealpha($img, 255, 255, 255, 127); imagefill($img, 0, 0, $transparent); header('Content-Type: image/png'); imagepng($img); imagedestroy($img); ?>

There is an open issue on github for this. However, it's a pretty easy fix to get working. Just read the item here for direction https://github.com/thirtybees/stripe/issues/86