datakick

Please try to reproduce on bleeding edge - there were few bugs related to product duplication fixed already. If you problem is still reproducible on bleeding edge, file a new github issue.

It's hard to compare, as it's very subjective. You have to tweak the Image quality settings. For each algorithm it is slightly different. avif will have better image sizes as you increase compression = lower image quality settings [ quality 50 ] 5950 - 1-Niara_thickbox.avif 8342 - 1-Niara_thickbox.webp [ quality 70 ] 10591 - 1-Niara_thickbox.avif 10196 - 1-Niara_thickbox.webp [ quality 90] 26193 - 1-Niara_thickbox.avif 19052 - 1-Niara_thickbox.webp The nice think about avif is that it generates much less blurry images even at low quality. At q=50, avif is much nicer than webp at the same quality. It is probably at the level of webp at q=70. If you want to have high-quality images, you should probably keep using webp and q=90. If you want to have fast shop with good-enough images, you might want to opt for avif with lower q

You can see what events module listens to here: https://github.com/thirtybees/stripe/blob/e6068d34079e6ec38c90c3c23d2392646193120b/controllers/front/hook.php#L133-L145 However, I suggest you just enabled all events, in case module need them in the future.

yes

Community themes, and some third party themes, use polyfill.io service to increase browser compatibility. Unfortunately, that service was bought by some chinese scums, and is now used to distribute malware (sonetimes) You have to 1) investigate what js files are fetched from that service 2) download the JavaScript file and verify that it does not include malware 3) upload it to your own server 4) modify theme to use your own copy of JavaScript For community theme, it is this line: https://github.com/thirtybees/niara/blob/341cf27338837191882bbe859c01713c6b1bd9c7/header.tpl#L63 This one is not needed anymore, so the easiest solution us to simply delete this line. If your theme/modules include other polyfills, you should follow the steps above

Works properly for me: When this email is sent depends on your verificaiton settings. If you opted for email verification, it will be send only after your customer verifies their email. Also, the voucher is send only first time you register the email address. Subsequent attempts to register the same email address will not trigger new email/voucher, obviously. Check your email settings. Check you email logs. Check Advanced Paramters > Logs to see if there are some warnings related to email templates.

Hi, I've just tested this and it works as expected. The cart rule was created for specific customer: There is no email sent by default when cart rule is created. But you can do that by adding another rule 'After conseqs rule'

It's possible your theme contains overrides for invoice smarty templates. Check if there are any invoice*tpl files in /themes/<your theme>/pdf/ directory

Check javascript errors in your browser console

It didn't work because your changes were overwritten by core. For example, in constructor, you assigned some data to fields_list variable, and THEN you called paren constuctor. Parent constructor assign it's own data to fields_list variable public function __construct() { $this->fields_list = [ // you changes to fields_list ]; parent::__construct(); // this call overwrites the fields_list } You should have called the constructor first, and then merge your changes: public function __construct() { parent::__construct(); $this->fields_list = array_merge($this->fields_list, [ // you changes to fields_list ]); }

Could you please share your override, so I can test? It should be still possible to override object model metadata It's a simple change, new html field in back office: You will probably have to modify your theme to display this new field. Simply edit category.tpl file and include this new field at the place you want. You can take an inspiration from niara support commit: https://github.com/thirtybees/niara/commit/beedd63032237293b2be1d5fe1463144d2f82e12

that will be php8 issue, most likely this fix:https://github.com/thirtybees/thirtybees/commit/5de5f96760f01e5addbb5c045608c7dc5e863799 Update to 1.6

Ha, this works for bankwire, but not for stripe module. Probably bug, will look into that. Edit: bug in stripe module fixed by commit https://github.com/thirtybees/stripe/commit/a4dfcf933e5acab79a7ace3a416f65a898998bae. Will be part of the next module release.

I'm not sure what is it exactly that you have problem with. If it's a translation of payment method, than that works properly. Go to Localization > Translations > Installed Modules Translations, search for payment module (for example bankwire), and translate the payment method text: Save and that's all Or is it something else that is not working?

Maybe also quantity-based cart rule that would give discount? Not exactly the same, but maybe good enough

Indeed, this was a regression bug in the stripe v1.9.1. It's fixed, please update to 1.9.2 Thanks for reporting this, it's very serious issue. Next time, please create github issue to make sure it will be notices. I can very easily miss forum posts Note that the problem was related to Embedded Card Form payment method only. Other payment methods worked properly.

You could look into channable - https://www.channable.com/ It has prestashop module connector that works with thirty bees (with some minor php notices), that lets you import your product data. Once you have data in channable, you can create multiple integrations and send your data to other platforms (amazon, google feed). It should support PPC ads as well, but I've never tested it.

with P24 it's a timing issue. When stripe redirects customer back to your site, the payment is not yet processed, and payment intent data fetched from stripe api can have status requires_action with redirect url that matches the original payment authorization url (the url we have already redirected customer to, and they paid) You can send them relevant log entries from file in /log/stripe_<date>.log

Copy the entire sql from the exception.

That's not complete sql. The error message says: ThirtyBeesDatabaseException: You have an error in your SQL syntax; check the manual that corresponds to your MariaDB server version for the right syntax to use near ') GROUP BY c.`id_category` ORDER BY c.`level_depth` ASC , categ...' at line 10 but I don't see this section in the SQL you posted above.

That's PHP code responsible for generating the SQL. I need to know how does the generated SQL statement look like.

Error message says there is an error near GROUP BY, but there is no group by in the SQL you posted.

@DRMasterChief You didn't provide entire invalid sql

I'm sure most of you know, and are using collectlogs module. If you are in need to update PHP versions of your store, this is very useful tool. It collects and report all deprecation warnings inside core/modules/themes that you need to fix before you can update to next PHP version. Once all warnings are fixed, it is very safe to update. I've very rarely experienced issues with update when all warnings were fixed before. I have recently updated php version for one store, but this time it went badly. The site displayed 500 after the update, and it took some time to get it working. I had to fix a lot of issues that should have been detected by collectlogs module, but weren't. Well, it turned out, that there was one module that was kind enough to turn off error reporting inside its constructor. So every time this module was used, all subsequent warnings were silently ignored. After update of PHP version, those warnings were no longer warnings but regular errors, and nobody can ignore that... I suggest you look into your modules main php files and look for error_reporting(-1); or error_reporting(0); It can looks like this: https://github.com/Hritani/matar/blob/9645ec14a0d8ca9fa2f7644b0b7b28c3f3bf76b4/modules/hooksmanager/hooksmanager.php#L8

set Delivery delay (days) to 0/empty value