datakick

Well, the problem was that you enabled Advanced stock management, but didn't associate your products with warehouses. After I disabled this feature checkout works just fine. If you want to use this feature, you need to create warehouses associate warehouses with carriers associate products with warehouses (and locations)

From your screenshot above it looks like you don't have associated any delivery zones to your carrier.

Content type should be font/woff2. You should adjust your nginx configuration accordingly.

I still don't see the what is inside Content-Type header 🙂

You wrote you are using nginx --> .htaccess is therefore irrelevant (unless you have apache behind nginx, which would be kinda weird) You didn't respond to my question -- what content type is the font resource served with? Look into network tab

What content-type is returned for these font resources? Browser might not load fonts if the resourse is served with invalid or incorrect content type.

:) thirtybees is prestashop 1.6 on steroids. Most 1.6 modules are therefore compatible. The problem is that some of them are gettion outdated... Just stay clear of 1.7 modules

What does javascript error console says?

I use free plan + native thirtybees webp support. Cloudflare has no problems with caching .webp.

Yes, it does. No modules are necessary. Just theme support is required

Also, if possible, please contact developer of the module and ask them to adjust their code

The order status is stored in configuration table under the name PAYBYPHONE_OS_CALL. It's likely this settings is exposed in this module configuration page. If not, you will have to change the info in db table directly

Module paybyphone calls core method with invalid order status ID - /modules/paybyphone/controllers/front/validation.php line 46.

you should delete all of those. Take PaymentModule.php file as an example. Thirtybees contain class with this name in /classes/module/PaymentModule.php. When any code want to use PaymentModule class, thirtybees autoloader will scan /classes/* directory and will look for a file named PaymentModule.php. You have two files with the same name - which one will be loaded is undefined. Maybe you will be lucky, and the correct one from /classes/module/PaymentModule will be loaded. In that case, everything is fine, and your system will work OK. But it's also possible that the /classes/PaymentModule.php will be loaded instead. This file probably contains some very old (prestashop 1.6) version of PaymentModule class. Maybe it will work with current tb, maybe not. I don't know. But it's a very dangerous situation. I don't know about cleantalk. I don't know this software, but I would stay clear from any that 'patches' thirtybees core. Thanks. Typical copy and paste issue 🙂

It's not "solved", because there is nothing to solve. I don't consider this to be an issue on module side. This is just the fact of life - different email clients displays emails differently. Some email clients support css, some of them support svg image format. Some of them support external images, some of them supports inline/base64 images. Some of them supports external css files. Some of them supports javascript. Some email clients strips html tags. It almost impossible to have email that contains some advanced functionality (like review starts with hover effect) and expect that this will be displayed in every email client consistently. It is just not possible. The email template that comes with revws module is a compromise. It shows nicely in many clients (for example apple email). But there are those (usually browser based) clients that displays the content stripped. But even here the email is usable, because the template have fallbacks. If you don't like default email template, you can of course edit it and change it to whatever you like.

You can't. It's just not possible to include reviews metadata if you don't have any reviews. Google search console is an idiot in this case. Simply ignore these warnings.

That's a strange number. Maximum length for single tag is 32 characters. There shouldn't be any limit on number of tags one can associate with a product.

I suggest you install my other module called Consistency. It can detect some weird stuff. This one would be detected. There is extra file DbMySQLi.php in classes/db directory. It shouldn't be there. Thirtybees autoload mechanism can load any php file in classes/* directory, and then anything can happen (but nothing good). Like this error here. I suggest you delete this file immediately In free version, you can define two rules. Premium version allows unlimited rules, obviously. Sure thing. You can login to my demo account and test it out. http://demo.getdatakick.com/admin561wkvz9k/ No, it's not error. I don't offer support / development packages at the moment, as I'm nearly 100% utilized. I might offer these services in the future when I'm done with current development project

If you imort email messages via IMAP and have 'Create new threads' option enabled, then support customer threads will be created for every email. That's obviously not wanted behavior for customer messages, as these are generated, and already tracked, in the system. To prevent these extra customer threads, thirtybees add this magic string to subject line. It's a lazy solution, but it works. So to summarize - if you don't use IMAP, or have 'Create new threads' option disabled, you can safely remove it. On a related note - it's not the best idea to edit the core files, or create overrides for them unless necessary. In this case, you can use my conseqs module and create rule that modifies email subject for 'contact' email.

That's why I suggested this solution. I would hate to display this 'essential product features' in the floating Cart block, as it would only distract users. If it really must be displayed, then this new 'Order summary' section would be the right place to do it.

It could look something like this. The format of 'Order summary' would be country specific

No, it's not possible. These sections are generated by javascript, so you can't just move things around in template. I don't think it is a good idea anyway. The flow is designed as it is to reduce friction and hide irrelevant information when possible (we don't want to scare customers with a lot of fields and information). The Cart block has also functional component -- you can edit items, add coupons, etc... It also shows current amount, which changes when you enter shipping / payment / VAT#. If you moved this Cart block to the bottom of the page, you would totally destroy UX experience and annoy your customers. Much better way to handle this idiotic german law would be to list product information inside 'Confirmation' section just above 'Pay now' button. The listed information would be somewhat redundant to Cart block. But it could also include additional information required by law, like attribute and feature values. That way, Cart section could remain simple and clean, and yet you would be compliant with the law. I think this is the easiest, and also the best solution to tackle this problem. Let me know if this would work for you

Most of my modules can be tested on my demo server: http://demo.getdatakick.com/admin561wkvz9k/index.php?controller=AdminChexBackend&token=daeb0760782c797b4c569212cd8744b1#/settings https://demo.getdatakick.com/en/

It does

Order of the listing? I still don't understand what you want to achieve. In what way does not my module meet the law criteria? Maybe the best way to explain this is if you create a screenshots and mark it directly there.