datakick

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.

Do you have Data Mining for Statistics module installed, and enabled? Thirtybees core does no collect these information by default, it's the responsibility of this module

action=efivfj in the url is definitely not correct.

I don't agree. Cloudflare does not cache dynamic content (php, tpl output), it only caches static content (images, js, css, fonts). That means you only need to clear cloudflare cache when you edit js/css files. And if you enable CCC, you don't need to worry about this as well.

Unfortunately that's not true. For example, there is always recalculation of $newShippingCostTaxExcl = (float) $amountTaxIncl/(1+($newCarrier->getTaxesRate($deliveryAddress)/100)); which means that current tax rate will be used to figure out shipping cost tax excl

I did look at your commits briefly, and I have some questions / comments: even when Recalculate shipping is false, there is some recalculation performed. For example, newShippingCostTaxExcl will be updated according to current carrier settings tax settings. That shouldn't happen -- in fact, I would not call the new updateShipping at all in this situation when shipping is modified, then existing invoice would be updated. At least in my country this is very serious issue -- invoices send to customers must be immutable, and all changes should be done by new (corrective) invoice only There is an issue with carrier selection -- if carrier was modified since the order was created, it will have different id_carrier (but the same id_reference). The original id_carrier will not be part of rendered carrier list, and therefore will not be pre-selected

That would be a question for developer of said module

Thanks @wakabayashi for this initiative. It will have to be thoroughly tested before it is integrated to the core, obviously. But hopefully there won't be any showstoppers. One thing that would be nice to implement together with this functionality would be an audit log, so merchants could see why, when, and by whom was the order modified

Did you enter production secret keys, when you switched to Live mode?

Theme translation

Thats fixed in 1.1.x