datakick

please try use this image type: 'large', without theme prefix.

I've split this conversation from the original thread, as it has nothing to do with opengraph metadata. This indeed looks like a bug in core updater. Core updater. I will verify

Look into classes/Translate.php that it contains method getFrontTranslation: https://github.com/thirtybees/thirtybees/blob/21b15c3e17188037e4862ddf357b6a3d65f1c3bd/classes/Translate.php#L403 If not, use core updater again to fetch the changes. If the changes are not there even after core updater, check file permissions -- maybe your server don't have permissions to write to that file. If the method is there, then it's your server cache. Go to Advanced Parameters > Performance and clear cache. That might help

I believe it's socialsharing module: https://github.com/thirtybees/socialsharing/blob/master/views/templates/hook/socialsharing_header.tpl

Check that Advanced Parameters > Performance > Disable non thirty bees modules is not enabled. If it's toggled off, go to your Modules page, and reset all modules.

In thirtybees / prestashop, there is only one price stored inside database. It's called retail price, or base price: Final price is calculated from this price. There are many factors that impact final price, such as tax, group discount, cart rules, specific prices, currency, etc. I understand that you *want* to enter final price, but that just can't be done. Final price is always calculated. So, if you want to always have the same final price, you need to use Specific prices -- you need to set specific / different base price for every EU country, so the final price will match. Or you can try to achieve this using cart rules, and apply (possibly negative) discount to customers from different countries.

As I wrote before - for that you need to use Specific Prices. There you can assign different price for different countries, czrrencies, groups, etc. It will be a lot of work to do. You should probably prepare some dataset in excel abd import it. Manual entry would be crazy

It is working as it should, there's no need for any kind of fix. Neither hot nor cold 🙂

Create database backup directly in your phomyadmin. Then run migration again, without the backup

Are you selling virtual products? Because if not, you shoud have the same vat rate regardless of destination country - for regular products, your country tax rate should apply. If you are selling virtual products, then the only way to have the same final price is by using Specific prices. A lot of work

@Enev sent me the module, thanks for that. The module in question modifies the way product routes are handled in core - it overrides default product route that is defined in Preferences > SEO & Urls This is one of the few areas where thirtybees is intentionally not compatible (other areas are full page caching, for example).Thirtybees come with build-in 'pretty url' feature, so its dispatcher is very different from the ps16 dispatcher. This module attempt to hack it fails, unfortunately. From the module code it's obvious that this was always a friction point. When any friendly-url module was installed, this module stopped working, and additional hacks needed to be implemented. In the code you can find special cases for modules mpcleanurls, psseobooster, Advanced Url module, cleanurls, prettyurls. I'm afraid this is indeed not compatible module. It's up to its author if he adds compatibility for thirtybees friendly-url implementation.

guys, please PM me links to those incompatible modules, I'll check them and let you know. I'm quite curious what the problems are.

did the developer told you what he did to make it compatible?

and do those modules work on ps1.6?

Thirtybees require address to determine final price, tax, discounts, etc.