musicmaster

Fully tested software does not exist. Once released there will always appear special cases that weren't predicted. I am confident that the software works with Prestashop 9. I haven't tested it with PHP 8.4 yet but if there were problems I likely would have heard about them.

That works! Thanks!

It shows in Firefox too. Small difference is that in Firefox the left buttons are always visible while in Chrome you se them only when you move the mouse over the quantity field.

On the cart page the quantity field has arrows at its side with which you can increase and decrease the quantity. Since I temporarily went back to the Prestashop default theme I have a double set of arrows. How does this come and how can I get rid of the left one?

I little update about the software: - the latest version is now 0.80. - the latest improvements include some fixes for PS 9.0. That version is rather sensitive for NULL values where it expects at least empty strings. - the only significant change in PS 9.0 in the database structure - as far as the business data is concerned - is that the meta data (meta keywords, meta title and meta description) has been removed. - confhub for copying configuration table data is now regularly updated and can be quite useful to copy the settings of a module. You are advised to first save the configuration at least once before you use it. - there is now also similar functionality for hooks. It is in Prestools in module-info/module-compare. You need to enable a setting in the settings1.php, then you can in module-compare check a checkbutton at the top of the page and the arrows appear. The first time you check that checkbox a csv backup is made so that you can easily undo what you did. This is still experimental.

Solved. It appeared that the override was outdated. Prestashop doesn't update the override when you update the module and it looks like that was a problem in this case.

At the moment that is not possible. Copy_confhub was only recently developed and is still regularly updated. Allowing other shop id's could be a next step. But at the moment I have other priorities unless it is a paid job. I don't know other ways to do this easily.

Can you explain in more detail how you do white listing. Which anti-virus program and how? I am using the Windows default security and don't see how I can make it faster. BTW: for those who want to try WSL: I have added a short manual to get started at the end of the Prestools manual. It needs a review from an expert but it is good enough to get on track.

I have the official Stripe module (latest version) installed in Prestashop 8.2.3. When I go to quick order page and change the quantity or delete a product I get in the browser console the "stripe_express_amount is not defined" error. What could cause this?

The software package contains an elaborate manual. It is possible both to go to the version 8.x and 9.x. In the basic software there will be no data loss. The big unknown - what you need to find out yourself - is modules. 1.6 modules can not be run with newer versions. So you need to find out which modules are used and which of them store data in the database. For the Prestashop modules there is usually a newer version with a different name. For other modules you will need to ask the maker. As not all modules may yet have a 9.x version that may become the deciding factor in which version you want to migrate to.

This error is often related to SSL. For example your server redirects to the http version and your shop redirects to the https version (or opposite). You should be able to enter the backoffice. There you can disable the automatic redirect.

I uploaded the latest version: 0.79. Most improvements in the latest versions focus on handling modules: - after a copy_shopdata run you will now see a list of module tables with the option to copy them. - with copy_shopdata_confhub you can now copy configuration table settings for specific modules - in Prestools a new function Module Mapper has been added that tells you which database tables and configuration table prefixes belong to the modules that you installed. This is a reconstruction with a text search so it is not 100% accurate. - It has been made easier to compare shops with Module-compare as it can now use the configuration of copy_shopdata. So the comparison will now always be up-to-date and you no longer need to download and upload csv files.

It looks like Mysql is using INDEX_NAME instead of index_name in MariaDB. That doesn't give problems with the query as field names are not case sensitive. However, it gives a problem when you retrieve a database row into an array: associative array indexes are case sensitive. I have uploaded a new version that I hope will fix the problem.

The problems are now solved with the latest version of Copy_shopdata.

Thank you for reporting the problem. I uploaded a new version. Can you check it?