musicmaster

Examples: - new modules that store their configuration data under the /img directory and completely erase their /module directory with each update - the "recommendation" to delete the extra columns that have been added by modules to system tables - upgrades impose their indexation on the database - and crash when some module had changed that indexation so that the old key was no longer unique - as far as I know the bug that doesn't allow uppercase in module names still hasn't been solved

My preferences are in keeping compatibility with Prestashop 1.6. Unfortunately Thirty Bees is disappointing me in that respect.

Be careful what you wish for. I haven't checked the latest version, but in the past such suggestions including the deletion of fields that had been added by modules.

The previous release (1.32a) had some problems that made that it didn't always save texts in product-edit. I made a new release that corrects that: 1.32b. Please update when you downloaded 1.32a.

I had a problem with a non-latin language that the sender was completely encoded. It looked like: =?utf-8?Q?=D8=A2=D7=92=D7=9A=D7=9D_A2=D7=92= The most likely cause was mixed content/encoding. After I removed the underscore it displayed correctly.

I found one more problem. A fix has been uploaded.

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.