musicmaster

I uploaded a new version of Prestools. Quite a lot of changes. @CassimMulti-feature should now work for Thirty Bees. You need to download both to download this version and the newest version of the paid-for software. @30knees"Proportionate tax for shipping and wrapping" should now work as in Thirty Bees. Other parts that had major revisions: - the repair part of integrity checks - the adding of images in product-edit - indexation The manual also got some updates. Don't forget to use ctrl-F5 on your PC after the update in order to reload ignoring the browser cache. Otherwise you might be running the new version with the old javascript file.

Probably a few weeks. There are also some other changes I am working on.

Once under Prestashop I built a custom validation routine for the address2 field of the customer registration form. It was quite simple: In classes/Address.php I gave address2 it own validation routine (in the original it uses isAddress: 'address1' => ['type' => self::TYPE_STRING, 'validate' => 'isAddress', 'required' => true, 'size' => 128], 'address2' => ['type' => self::TYPE_STRING, 'validate' => 'isAddress2', 'size' => 128],` address2() was then declared in classes/Validation.php. public static function isAddress2($address) { return empty($address) || preg_match(Tools::cleanNonUnicodeSupport('/^[^!<>?=+@{}_$%]+$/u'), $address); } However, this doesn't work with Thirty Bees. I get a javascript error as soon as I add some content in the address2 field. The strange thing is that it doesn't even make an ajax call. The error (in js/validate.js) I get looks so: What is going wrong here. And what can I do to have a custom validation?

Not yet

Your SSL problems are still there. https://librairiezbookstore.com works but https://www.librairiezbookstore.com gives an error. Also when I am on the checkout page (https://librairiezbookstore.com/en/quick-order) and I open the browser console I see several errors.

Something is wrong with your SSL. Test your site at https://www.whynopadlock.com/

Try pressing the "source code" button after the text has been rejected and look for any illegal characters incl html. In some rare cases modules might try to put illegal text in the field.

Some people report better results after first truncating the tb_search_index and tb_search_word tables and then running the re-indexation.

I assume that the new version solved your problem.

BTW: do you use the most recent Prestools version? This part of the code recently had quite a few changes.

Which program are you using? I don't recognize the page. This is not order-edit.php.

I noticed that a lot of VAT numbers that are rejected are not really bad. Instead they are not correctly formatted. - Many people enter use separators like a space or a dot. So "123 456 789" instead of "123456789". - The entry is case sensitive. Quite a few people enter lowercase where as far as I have seen always uppercase is required. - For some countries the country iso-code is part of the string. For others not. This goes often wrong. In some cases people don't notice the rejection and without noticing it pay the VAT. It would be good to have a popup when a VAT number is rejected. It would also be nice when the software provided automatic correction.

Yes, this is 1.3.

But what does that "failed"/"forbidden" reaction that I see mean for the functioning of my webshop?

What is the function of the triggercontroller? When I load a product page I see that a call is made to index.php?controller=trigger&ts=1677152722 What is returned is {"status":"failed","error":"Forbidden"} When I look into the source code I see something about a scheduler but that doesn't make things much clearer. The line "ServiceLocator::getInstance()->getScheduler();" gives me nightmares about Symfony style complexity.

Corrected I mentioned the likely problem in my page about updating the Panda theme: The problem is that some themes use parts of the themeconfigurator module even while it is not active. However, inactive modules are not updated during the update process. The solution is to download a recent version of the themeconfigurator module or Thirty Bees and copy the newer version of the module in place of the old one.

I am using Panda. No idea about Bootstrap5

Sounds like you should consider my Copy_shopdata tool. https://www.prestashop.com/forums/topic/445453-copy-shopdata-script-for-upgrading-and-fixing-buggy-shops-by-copying-business-data-and-images/

I recently posted a list of fixes for Panda so that it can run without problems with the latest PHP and TB versions. It would be nice when there was some kind of contact with SunnyToo so that such changes are absorbed in the version that they sell. I think Smile or Datakick should handle such contacts.

Glad you solved it. .htaccess can indeed cause strange problems.

I have a problem with the Attribute Wizard Pro module: it displays the prices excl. VAT. When I searched for the cause I found that AWP uses a flag with the name "displayPrice" to indicate whether products should be displayed with or without VAT. It appears that Thirty Bees has in js/tools.js a function with the name displayPrice() and that interferes with this variable. This function is only present in Thirty Bees - not in Prestashop. Does anyone have a proven solution to solve this?

Does this also solve the double login phenomena that I see on a stable 1.4? The first time nothing happens and the second time i am in.

Fine. Keep your new keys. But then don't import customer tables from other shops.

The employee and the customer tables use the same encryption. So either you import them both from the old shop and use its Cookie and Rijndael keys or you create them both in the new shop.

That is not a problem