All Activity
- Yesterday
-
dbtodata joined the community
- Last week
-
The next code is a option without JS put this in footer.tpl <a href="https://wa.me/YOURWHATSAPPNUMBER" class="whatsapp-flotante" target="_blank"> <img src="/img/whatsapp-icon.png" alt="Chat en WhatsApp" /> </a> and this in custom code > custom CSS .whatsapp-flotante { position: fixed; /* Fijo en la pantalla */ bottom: 25px; /* 25px desde abajo */ right: 25px; /* 25px desde la derecha */ width: 60px; /* Ancho del botón */ height: 60px; /* Alto del botón */ background-color: #25D366; /* Color de fondo WhatsApp */ color: #FFF; border-radius: 50%; /* Para hacerlo redondo */ text-align: center; font-size: 35px; /* Tamaño del icono (si usas FontAwesome) */ box-shadow: 2px 2px 8px rgba(0,0,0,0.25); z-index: 1000; /* Para que esté por encima de otros elementos */ /* Para centrar la imagen o el icono */ display: flex; align-items: center; justify-content: center; } /* Estilos para la imagen dentro del botón */ .whatsapp-flotante img { width: 35px; /* Ajusta el tamaño de tu icono */ height: auto; } /* Efecto al pasar el ratón */ .whatsapp-flotante:hover { background-color: #128C7E; }
-
Every time a customer's login (or review) is interpreted as an abandoned cart.
papagino replied to papagino's question in Bug Reports
***Beware*** Well, this explains a lot of things about this developer... https://ca.trustpilot.com/review/psitsolution.com I have since uninstalled and deleted the module from my server making sure there is no trace of it anywhere on the server... Cheers, -
Perfect! Thanks for this helpful information. Danke 😉
-
Every time a customer's login (or review) is interpreted as an abandoned cart.
papagino replied to papagino's question in Bug Reports
Update... I contacted the developer of the module and they are not interested in fixing the issues. Also, it is impossible to have the module to only create and send discount vouchers emails to selected customer groups, so in my case, I have resellers and don't want them to get discount vouchers as they already get my products and discounted price. So, I will probably uninstall the module for this reason... Cheers, -
dunno joined the community
-
Every time a customer's login (or review) is interpreted as an abandoned cart.
papagino replied to papagino's question in Bug Reports
I agree on this, however, there are other options the module can create vouchers, like: - For each canceled cart (with no order), - For each validated order - For each customer raising a threshold, - For each customer who has already placed at least one order and with no orders since a given duration You can turn on and off those options in the module, so it is still good for getting back inactive customers or to thank very good customers. I contacted the developer to see if they could set the abandoned carts with your suggested, "simply add this discount voucher only for carts >0.00" Will see what happens... Cheers, -
It's not a bug but the way the system works - it creates connections table record which then is used in quite many places to track connected events. Ask your module developer to simply add this discount voucher only for carts >0.00 and the module will work. Me personally - if I find out that you give such discounts and I want to be a regular at your shop I will always abuse this. Cron job is planned for this functionality with the development of the maintanance class but more pressing bugs/features are in the pipeline before this class is polished. You don't loos lots of performance if you have 1000 records with 0.00 carts. I put those buttons so a merchant can have quick and easy way to scrub this section once every few months, don't hang over those rows too much.
- Earlier
-
Every time a customer's login (or review) is interpreted as an abandoned cart.
papagino replied to papagino's question in Bug Reports
Ho Well, after double checking and deleting all empty shopping carts in the Backoffice, I can confirm that if I go back and login in my test account, Thirtybees DOES create an empty shopping cart under Customers/Shopping Carts in the Backoffice. So, the bug is in fact in Thirtybees. Can anyone replicate this? I am running Thirtybees 1.6.0 by the way... -
Every time a customer's login (or review) is interpreted as an abandoned cart.
papagino replied to papagino's question in Bug Reports
I just noticed something, what happens in thirtybees if you create a cart, then delete the item(s) in that cart, so you basically have an empty shopping cart, would thirtybees then create an empty cart on your next log in then the "Abandoned Carts module" would create and sent out coupon emails? I just saw this feature in my Backoffice: I could see lots of abandoned carts with $0.00 inside, so I clicked on the "Delete empty carts" and "Delete carts older than 20 days" buttons to delete those empty carts. Would it be possible to create a Cron do to this automatically every so often? Cheers, -
Every time a customer's login (or review) is interpreted as an abandoned cart.
papagino replied to papagino's question in Bug Reports
Yep, that make sense... Do you know if the "Abandoned Cart Reminder v1.0.0 - by thirty bees" is able to only be applied to selected customer groups? (I don't want my resellers/retailers to get a 10% discount every time they leave a cart open to be completed later to place an order.) Even if I set the "PS IT Thirty Bees Abandoned Carts" to "NO" for a particular group, the module still sent out emails with voucher coupons... No good... Cheers, -
So, you can only have one full checkout 'module' in your shop? If I use that one from PayPal I couldn't use Mollie or invoice anymore? Sorry, but that is all so confusing and it shouldn't be like that.
-
Every time a customer's login (or review) is interpreted as an abandoned cart.
Yabber replied to papagino's question in Bug Reports
This module has bugs, and this response from the module developer makes no sense. It's easy to verify. Just write a product review or log in to your customer account. Then check the tab: Customers -> Shopping Carts. No shopping carts are created from writing comments or logging in. In the Cart thirtybees class, there is no such thing as an "abandoned cart", so there can be no bug in something that does not exist. Whether a cart is abandoned or not is only classified by modules using their own methods. -
I believe the Paypal module on prestashop is a full checkout module. Not just a payment collection. It replaces your entire checkout page with their service. I think it will still work, but I tested it and do not wish to have a full Paypal driven checkout.
-
cmp [MODULE] Perfect integration for CMP CookieFirst on thirty bees
Mediacom87 replied to Mediacom87's topic in Modules
1.4.0 - 04/17/2025 Added compatibility with PrestaShop 9 Added option to force language to match store language (not for PrestaShop versions between 1.7.0.0 and 1.7.8.0) Display of declaration URLs for all configured languages Add security policy -
1.4.0 - 17/04/2025 Compatibilité ajoutée avec PrestaShop 9 Ajout d'une option permettant de forcer la langue à correspondre à celle de la boutique (non disponible pour les versions PrestaShop comprises entre 1.7.0.0 et 1.7.8.0) Affichage des URL de déclaration pour toutes les langues configurées Ajouter une politique de sécurité
-
Hello wonderful people, I have the "PS IT Thirty Bees Abandoned Carts" module that generates a discount voucher whenever a customer canceled a cart. The problem is that whenever a customer log into their account or give a review on a product, Thirtybees interprets this as an abandoned cart and the customer receive a discount. I contacted the developer of the module and here's what they said: Can anyone confirm that this is a bug in Thirtybees and if yes, how to fix this problem. Cheers, Dan
-
Modules on Prestashop add-ons have new versions every few moments because these modules contain millions of bugs and are constantly being fixed.
-
That is nice to hear. Your PayPal module is newer than mine and also nice that Stripe works. Since I prefer companies in Europe, as far as I understand it, I opted for Mollie instead of Stripe. Well, the Mollie module is damn old but still runs. But is it safe, who knows? Anyway, I want to understand why Thirtybees offers own version of PayPal for example. Why? Would it be better to rely on the official version that presta addon store lists? That one is updated on a monthly basis. If that is good, I do not know either
-
I use these modules for payment collection and both work fine. I've tested other paypal modules and even the paypal checkout and do not care for the front or back office experiences they provide.
-
Pedalman started following PayPal - which module in 2025.11 ?
-
I never understood which module to use with Thirtybees. So, I am asking which one to use. I am no techie but it may be that php version I am running does matter. Well, I am still on V7.x. In the prestashop addon shop I found: Module PrestaShop Checkout built with PayPal - PrestaShop Addons That sounds promising, is for PS 1.6.1 that should do for TB latest version but I do not know! At least that module is constantly improving or in active development. So, since Thirtybees is for selling stuff I need proper payment modules. Mine are running but I think I did not update them in three years because there were no updates (PayPal module from Thirtybees addon store V5.6.2 and same for damn old Mollie V3.5.5 module).
-
Voor een andere webshop, welke ik gebouwd heb op basis van ThirtyBees, moet ik de nieuwe plugin voor WorldLine ( voorheen Ingenico / Ogone ) gaan gebruiken, maar WorldLine heeft géén Plugin voor PS 1.6 😞 https://docs.direct.worldline-solutions.com/en/integration/how-to-integrate/plugins/prestashop Daar loop ik nu op vast, of zou de Plugin voor PS1.7 wel kunnen werken ? Tevens ook al ondervonden : DHL module, DHL heeft ook niet meer voor PS 1.6, en kwam ik voor die klant ook niet mee verder. Dat baart me wel enige zorgen : veel module ontwikkelaars bouwen hun nieuwe modules niet meer voor PS 1.6 en ThirtyBees is daar wél van afhankelijk...!? ps : Wel goed te ondervinden, dat het support forum wél levendig is, ondanks de weinige posts 🙂
-
datakick started following cron currency rates & multistore and taxes and multistore
-
What geolocation module are you using?
-
Yeah, it's a bug in core. You can reproduce it even without clicking on Cron link, simply by updating currency rates in single shop context. I've created an issue on github: https://github.com/thirtybees/thirtybees/issues/2073
-
I'm using the ECB currency update module. I can enable and disable currencies on a per shop basis: Localization -> Currencies -> edit each individual currency -> Shop association Shop #1 uses USD only, shop #2 USD plus others. Clicking on Localization -> Currencies -> Update currency rates does not change these settings. Clicking on the link in the "Automatically update currency rates" section, as well as running it by CRON adds the unwanted currencies to Shop #1
-
I forgot that Cloudflare is caching pages. I just turned off the cache and will see if that works. I've just started using Cloudflare - maybe it's not so great? Seems to take over most of the website.
-
beetea2 started following taxes and multistore
-
I would like product prices to show with tax included on one of my two stores in a multistore setup. The other store has no taxes. Localization -> Taxes Enable tax = yes Display tax in shopping cart = no Based on = Invoice address What is the difference between Invoice address or delivery address? I want the prices in this one store to ALWAYS show with tax included, even before the customer logs in. And I want the tax included price (in this store) to always show for every country (based on IP address). So I think Based on should also have a "store" option, so that the price + tax is always displayed for that one store. When I check this with online tools such as geopeeker.com I get inconsistent results. Localization -> Tax Rules - set to every country In summary - how do I set prices in one store so that they will always show with tax included? Thanks!