datakick

You are right, tb does not recreate them automatically. It should, but it doesn't. Maybe somebody will fix this bug in the future. Sorry for the bad advice. The correct advice is to delete the content of /cache/smarty/compile and /cache/smarty/cache directories

This is a bug in the core, thanks for bringing this up https://github.com/thirtybees/thirtybees/issues/1242

And what did you do right before you went to sleep ? 🙂

You should escape the value, otherwise some characters (apostrophe, etc...) can break the layout {$product->meta_title|escape:'htmlall'}

This can happen when there is a directory higher in the tree where you (your web server) don't have execute permission. If a parent directory has no execute permission, then user cannot stat any subdirectories (regardless of the permissions on those subdirectories and/or files). Anyway, this is not an application issue, it's server misconfiguration

It's definitely a good idea. It shows the problem at hand quite nicely - the whole directory /cache/smarty is not writeable, at least for your web user

delete /cache/smarty/compile and /cache/smarty/cache directories, and let tb recreate them.

disable JS CCC, and then check console again. There should be more user friendly stacktrace

Please file github issue.

Hi Dan, I'm afraid there's not much to do. Thirtybees (or prestashop for that matter) does not handle payment process in any way. Selected payment option is not part of cart final price calculation. In fact, in standard payment process, the thirtybees will learn about chosen payment option only *after* payment is completed (user is first redirected to payment provider, and then back to thirtybees/module specific endpoint that will validate and convert cart to order). This is very unfortunate flow, but it's what we need to use, for compatiblity reasons. I know that there exists some modules that, using plenty of hacks, can achieve some sort of surcharges for payment options. But these modules depends on lot of overrides, both in php and in theme. These hacks will not work with chex, not unless they were written for it in the first place.

Does the nochex module implement displayPaymentEU hook? Not all payment module do. You can check this by installing Advanced EU Compliance module, and enable its OPC -- I bet this module will not be listed there as well.

Yes, this is OK. In fact, it is how it was designed. This action never changes ID of customer. Customer ID parameter is used to figure out 'what' customer should be modified. In most cases, this should be bound to ID that trigger provides. Every trigger provides different set of data. For example, trigger 'After record has been created' provides information about created record (for example customer), including its ID. Trigger 'Before record is created' will provide similar data, but without ID -- record is not stored in database yet, and therefore ID does not exists. Trigger page view will provide information about page that visitor just opened. It's important to understand that Trigger and Action are not strongly related. You can use any trigger with any action, really. For example, you can create rule like 'If somebody visits url that contains word wheee then assign customer with ID 23 to group Visitors', and it would work. It doesn't make sense, but it would work just fine.

Hi, this rule would work, but only if you enter value '1' as a VAT number. You should use different condition, such as 'VAT number is not empty'

It's hard / next to impossible to adjust UI of html input file field. There's no cross-browser compatible way to do this, as far as I know. However, there exist a lot of libraries that handles this issue by rendering input field as hidden element, and doing the UI manually. For example https://www.dropzonejs.com/. It should be fairy easy to modify template and replace input file fields with the js implementation

The problem will be with mysql database user priviledges settings. Your db user doesn't have rights to create temporary tables. You should contact your hosting provider, and ask them to fix the permissions

https://dev.mysql.com/doc/refman/8.0/en/privileges-provided.html#priv_create-temporary-tables

You have probably enabled Advanced Parameters > Performance > Move JavaScript to the end option. If so, please file an issue in https://github.com/thirtybees/thirtybees/issues , as it would be a bug in core.

Well, you should see them in the page source

No, it would not. It would be a huge step back - from seo perspective, from accessibility perspective,... Alt tags are very useful. If you really need them go away, you will have to edit your theme and remove them.

TB paypal has already these keywords included: https://github.com/thirtybees/paypal/blob/865ed1dcfa38c3a7e5bbba88ac979943a00adcb7/paypal.php#L817

It sounds like a big problem. You should check what overrides you have installed

Works correctly for me. I tried botch changing order status to 'paid' one, and manual invoice generation. In both cases, payments were correctly attributed to the newly created invoice

New versions 1.2.2 (free) and 2.2.2 (premium) has just been released: fixed PHP 7.4 deprecation warnings fixed database tables charset -- it's not possible to use smileys in review content fixed microdata in js code -- rich metadata were emitted only in .tpl templates. Now they are also in DOM nodes created by javascript

Core does not include any fonts Niara includes only Raleway font. To get rid of it, remove this line from header.tpl Modules can include their own fonts as well

I'm sorry, I don't really understand. How what could happen? Does email sent from your store contains link with action=efivfj instead of action=review? If that's the case, then there needs to be some module / override / modification that modifies this during mail send.