Jump to content

musicmaster

Members
  • Posts

    5,548
  • Joined

  • Last visited

  • Days Won

    55

musicmaster last won the day on August 1

musicmaster had the most liked content!

Contact Methods

Profile Information

  • Location
    Netherlands

Recent Profile Visitors

30,624,106 profile views

musicmaster's Achievements

  1. In my Cpanel server log I see the following error appearing many times: Trying to get property 'id' of non-object in /classes/module/Module.php on line 2137 When I look at that line in the code (Prestashop 8.2.3) I see: if (Db::getInstance()->getValue('SELECT `id_module` FROM `' . _DB_PREFIX_ . 'module_shop` WHERE `id_module` = ' . (int) $id_module . ' AND `id_shop` = ' . (int) Context::getContext()->shop->id)) { $active = true; There is only one "id" here: Context::getContext()->shop->id I don't see the error in the localhost copy of the shop. Does anyone have an id what could be happening here?
  2. If you don't have gdpr, newsletter (emailsubscription) or wishlist related data or data connected to specific modules than this looks rather complete. But don't forget to test first.
  3. I moved a new version of a shop from a working directory to the root to make it the active shop. And then things went wrong: - Suddenly there was a javascript error with as a result that the TinyMCE editor no longer worked. The search field on the modules page didn't work either. The javascript error is in main.bundle.js - On the modules page there appeared at the top of the page the warning: 10 of your modules are no longer covered by Business Care - At the top right of the backoffice the buttons were pushed right and became clustered. I tried to disable ps_mbo but that crashed my backoffice. The only way to get it running again was to declare the module active in the ps_module table. In its new state the business care warning and the presence in the left side menu had disappeared but the javascript error remained. Later I also added the module again to the ps_module_shop table to fix a Stripe error that falsely claimed that the ps_eventbus and ps_accounts modules were no longer active. Does anyone have an idea how to solve this situation? PS version 8.2.3. ps_mbo version 4.14.0. Update: a day later the problem suddenly disappeared
  4. 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.
  5. 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.
  6. 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?
  7. 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.
  8. 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.
  9. 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.
  10. 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.
  11. 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?
  12. 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.
  13. 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.
×
×
  • Create New...