Naldinho

Thank you. I was not aware of that and I would be willing to replace the theme as we were thinking of doing so already but didn't want to open up too many projects at the same time. Basically my plan is: 1) Move the store from an old server to one using currently supported and updated software and get Thirty Bees updated to 1.51. 2) Fix as many issues as I can and catalog the ones I can't. The main issue here will likely be issues with a no longer supported PrestaShop module that is essential to the store. 3) Buy a bunch of support hours and outsource fixing the issues I can not fix myself. 4) Update theme and appearance and just make it look more modern. 5) (Optional) Adding some custom features assuming I either learn enough to know how or can outsource it at a cost that makes sense. If reordering the step to update theme to the first makes the upgrade easier I could do that. I gave up and changed the DNS to point back to the not upgraded store while destroying VPS I created with the upgrade attempt but from this weekend but I made it a lot further this weekend than last and now with the fix for blockcart.tpl I think next weekend I should be able to be successful.

I updated a 1.3 site to 1.5.1 and everything seems to have gone well except now the site won't load at all and I get the following error. Attempt to modify property "value" on null when rendering smarty template themes/default-bootstrap/modules/blockcart/blockcart.tpl compiled file cache/smarty/compile/60/e3/0b/60e30bc1a6ffdde0d2518ee697f5dc6ed28499a0_0.file.blockcart.tpl.php at line 283 The line that is highlighted in red is <?php $_smarty_tpl->_assignInScope('free_ship', count($_smarty_tpl->tpl_vars['cart']->value->getDeliveryAddressesWithoutCarriers(true,$_smarty_tpl->tpl_vars['errors']->value)));?> Any suggestions on how to fix this?

Thank you. Switching to 7.4 got the Core Updater to run but now I have a new error Duplicate entry '686-176-20943-320' for key 'ps_cart_product.PRIMARY' Details Duplicate entry '686-176-20943-320' for key 'ps_cart_product.PRIMARY'

I am having issues with updating Thirty Bees. The installed version is 1.3. I have moved the store to a new server as a way to upgrade all the underlying software and that changed the php version from 7.2 to 8.3. I am currently using Core Updater 1.8.6 after installing it based on a message telling me I should. When I try to use Core Updater there are no options for releases when using Stable Releases as the version type -- the menu is there but it is empty. If I try to upgrade using bleeding edge or developer I get the following error Server responded with error INVALID_REQUEST: Revision 1.3.0 not found Details CoreUpdater\Api\ThirtybeesApiException: Server responded with error INVALID_REQUEST: Revision 1.3.0 not found in /var/www/html/modules/coreupdater/classes/api/ThirtybeesApiGuzzle.php:374 Stack trace: #0 /var/www/html/modules/coreupdater/classes/api/ThirtybeesApiGuzzle.php(311): CoreUpdater\Api\ThirtybeesApiGuzzle->unwrapResponse() #1 /var/www/html/modules/coreupdater/classes/api/ThirtybeesApiGuzzle.php(130): CoreUpdater\Api\ThirtybeesApiGuzzle->callApi() #2 /var/www/html/modules/coreupdater/classes/process/Comparator.php(453): CoreUpdater\Api\ThirtybeesApiGuzzle->downloadFileList() #3 /var/www/html/modules/coreupdater/classes/process/Comparator.php(298): CoreUpdater\Comparator->downloadFileList() #4 /var/www/html/modules/coreupdater/classes/process/Process.php(102): CoreUpdater\Comparator->processStep() #5 /var/www/html/modules/coreupdater/controllers/admin/AdminCoreUpdaterController.php(865): CoreUpdater\Process\Processor->process() #6 /var/www/html/modules/coreupdater/controllers/admin/AdminCoreUpdaterController.php(838): AdminCoreUpdaterController->runProcess() #7 /var/www/html/modules/coreupdater/controllers/admin/AdminCoreUpdaterController.php(771): AdminCoreUpdaterController->compareProcess() #8 /var/www/html/modules/coreupdater/controllers/admin/AdminCoreUpdaterController.php(745): AdminCoreUpdaterController->processAction() #9 /var/www/html/modules/coreupdater/controllers/admin/AdminCoreUpdaterController.php(704): AdminCoreUpdaterController->ajaxProcess() #10 [internal function]: AdminCoreUpdaterController->performPostProcess() #11 /var/www/html/modules/coreupdater/classes/ErrorHandler.php(76): call_user_func_array() #12 /var/www/html/modules/coreupdater/controllers/admin/AdminCoreUpdaterController.php(692): CoreUpdater\ErrorHandler->handleErrors() #13 /var/www/html/classes/controller/Controller.php(199): AdminCoreUpdaterController->postProcess() #14 /var/www/html/classes/Dispatcher.php(852): ControllerCore->run() #15 /var/www/html/gbbtht7wbgiwbcej/index.php(63): DispatcherCore->dispatch() #16 {main} Any help would be appreciated.

I am looking at various options to fix/replace a TB 1.3 store that is not doing well. One of the issues is that the main product has too many customizations so the traditional way of doing permutations is problematic as we quickly end up with a very large number. With PS and then with TB I was able to avoid that issue by using a module called Advanced Attribute Wizard Pro that stored the permutations in a different manner. With Presto Chango exiting the TB ecosystem I am looking for a module that either solves this issue with permutations becoming too large or that allows for conditional attributes which would likely be the better option. If anyone knows of a module that could help me I'd appreciate being pointed in the correct direction.

I am maintaining a Thirty Bees store that is currently 1.3 and which was originally a PrestaShop store. The store has been getting less and less stable and now I am getting 500 errors pretty much non-stop including when trying to access the modules area from the backoffice. I'm considering starting from scratch with a clean install of Thirty Bees 1.5 on a fresh server. If I was to do this would it be possible to import all the data, images, etc from the old store? The store uses a no longer supported module called Advanced Attribute Wizard that was published by PrestoChango. With Thirty Bees advancing as a project does anyone know if that module will continue to work with 1.5? It is essential to the store but is no longer supported. Would be willing to buy a new module that solved the same problem if one exists.

After applying fix manually I would say those numbers were low -- it was likely double or more. Everything is fixed except the following three

When I did this I got a really long list -- ~30 labeled Critical and ~100 labeled Recommended. Around a third also have the Dangerous tag. Is that normal? I'm going to apply all the fixes and see what happens.

I'm trying to use Tidy to clean up a few hundred thousand abandoned carts. It seemed to work fine when I was on TB 1.2 but now with TB 1.3 I am getting 500 errors. I don't know if that is because of the upgrade or because I moved the site to a different server and need to increase something in php.ini Anyway -- I turned on debug in defines.inc.php and the error I am getting is that my database does not have the table ps_pagenotfound I've confirmed that is true by checking the database directly. Is that normal? I've been having a lot of issues with this store for months and am very close to getting it to work properly so I'm sensitive to anything that could be wrong.

I didn't notice this before because it is in yellow rather than red but this warning appears before the error Synchronous XMLHttpRequest on the main thread is deprecated because of its detrimental effects to the end user's experience. For more help, check https://xhr.spec.whatwg.org/.

The store is using the theme from PS 1.6.

This is a page with a product that uses Attribute Wizard Pro https://thetabdepartment.com/black-and-white-custom-tabs/7-custom-tabs-set-of-8.html#/stock-90lb_index_stock/sides_printed-front_and_back/spine_reinforcement-reinforced/drilled-3_hole_punched/collated-collated/turnaround-3_business_days_standard/paper_size2-letter_8_5_x_11/orientation_2-long_edge/mylar2-clear_mylar/portrait_or_landscape-portrait_binding_on_left_tabs_to_the_right_tabs_start_from_top I now believe the issue is that combination.json.php from that module as I can see a ERR_EMPTY_RESPONSE when using developer tools. I've contacted the developer and am waiting to hear back but if you happen to have any suggestions it would be greatly appreciated.

The change delayed the issue but did not fix it. When you go to a product page now everything is fine but as soon as you change an attribute for the product it reloads the top left of the product page causing the same error as before. The difference is that now the page is fine when you first arrive 100% of the time and it breaks 100% of the time. It also breaks it in all browsers now. The issue is limited to products that take advantage of Attribute Wizard Pro but the store requires that module.

No cache. I'll try for performance tweaks once everything is working perfectly but I made sure all cache/performance features were set to off. I do have AttributesWizardPro which is a module that involves a lot of changes to files (at least more than most modules) and that is the only module on the product page that I did disable because it is essential to the store. During the first few hours of testing I suspected it was AttributesWizardPro as the issue would only occur on products that used that module. It is hard to know for certain because as I got frustrated my record keeping of when the issue presented became sloppy but I do believe it happened on product pages without AttributesWizardPro but I can't be certain. In addition to that module I also use a module that displays the discounted prices in the top right also from PrestoChango but wanting to eliminate that as a possible source I disabled it and the problem persisted. Other things I noticed It was Chrome only (once in Brave but that is Chrome-based) and I could never get the error to happen in Firefox. That could just be variance but I tested this for ~6 hours and got zero instances in Firefox and it happened around 25-30% of the time in Chrome. Once it happened it would continue to happen 100% of the time even if I left the site and returned to it. Likewise if it worked it would continue working and not break no matter how many times I went to the site. Launching an incognito window would lead to a new probability of it working or not which would be permanent for that incognito window. You could tell the Add to Cart button was broken even before testing it because when the problem presented itself the minimum quantities would not be set -- it would say 1 instead of 25. Also if the discount display module was enabled it would also not display. So the error when it happened would kill those processes Not sure if that sheds any light on what caused the issue. I have made the changes you provided and will test later today. I'm very grateful as this is not something I would have figured out on my own so thank you.

I have a shop that has had issues with the ability to add products to cart -- the issue seems to be limited to Chrome and is intermittent which makes no sense to me. I was hoping someone with more knowledge could help. The shop is now running on TB 1.3 but the problem existed before that so it is not because of upgrading to 1.3. The theme is the old default theme from PrestaShop 1.6 as that was what the store was running before migration. In developer tools I see the following error tools.js:105 Uncaught TypeError: Cannot read properties of undefined (reading 'CAD') at displayPrice (tools.js:105) at formatCurrency (tools.js:83) at writeDiscountsContent (196-custom-tabs-set-of-5.html:592) at HTMLDocument.<anonymous> (196-custom-tabs-set-of-5.html:676) at j (jquery-1.11.0.min.js:2) at Object.fireWith [as resolveWith] (jquery-1.11.0.min.js:2) at Function.ready (jquery-1.11.0.min.js:2) at HTMLDocument.K (jquery-1.11.0.min.js:2) The store is multicurrency with CAD being the default currency. I'm really at a loss on this. Intermittent issues don't make sense to me.