Raymond

I finally found this other post where another user approached the problem from a different side, cookies after changes in the zones and nations, I thus deleted the cookies on my browser to try out, and worked so far. This is the thread from which I got the hint:

Hello I updated the geolitecity2 file, switched geolocation back on from preferences and again as visitor/guest I get to see the prices excluded taxes on the frontend, if I log in as a client again I see the prices as they should accoding to the configuration. What should I check to be able to use geolocation and have the prices shown as visitor/guest accordingly to the settings in the configuration?

Hello While building and testing the website i never noticed problems with tax included or excluded displayed prices, further proceding into setting more features of the shop after a while I noticed an odd error as prices kept to be displayed with taxes or without taxes only when I was logged in as a customer accordingly to the customer group it belongs to. Oddly when not logged in as customerm thus as visitor or guest, prices were always shown wihtout taxes, and also taxes did not appear in the cart. After checking all settings related to the way prices have to be shown and not getting the culprit I recalled that I activated the Maxmind IP geolocator service, I tried to deactivate it and everything went back to work as normal as should.... I now try to update the Maxmind geolocation file and will check if still causes the problem or not, will post the results later on, for the time being for whoever notices these kind of errors aboutthe way prices are displayed please check also the geolocation service and find out if is the culprit.

Give visibility to TB and having themes are both important things, if not visible people do not come to know it, if visible but lacking of fundamental resources people do come to know it but may decide to drop it deeming it "hard to use". It is clear that both aspects are very important. Best thing would be to do "noise" to make it as visible as possible when at least some variants of the current default themes can be used to invite people to try a "customized basic version"? Of course would be even much better if a new theme or more new themes can be offered....

Hello, I am using TB 14, upgraded from TB1.3 I needed to change supplier for a product, I did it form the back office and noticed that the new setting is not saved no matter what... So I created a new test product, also in this case the supplier is not saved no matter what. What should I check to fix this? Thank you

I contacted a software company, I explained them I want to use thirty bees... They told me that they would have evaluated the case of developing stuff for TB and give me an answer. The result is that they searched TB on google trends, as the results on google trends are poor they said that at the moment they won't do it..... So, yes, it is important to make "noise" about thirty bees, the more information about thirty bees is read around in internet the more TB might become of interest for developers. Also it is important to write to developers and ask them to do stuff for TB, the more they get inquiries about TB the more they will be considering the chance to work on it.

This is just a personal opinion about tik tok and other famous so called "social networks". As far as I know only few kind of products can be successfully advertised on these social networks, I would say mainly cosmetics and voluptuary products, fashion stuff and the like. Apart for these categories I do suggest to do not use it, can be a great loss of time, the ROI is minimal or none, the kind of public one can attract is very "funny" too.... Furthermore, one can easily ruin own reputation on these networks. Besides that, all of these famous network are known to be strongly biased, have whacky security mechanisms, plenty of bots and alts, prone to ban for no reason or truly arguable reasons, often driven by algorithms which do lots of strange things.... One particular notice about tik tok, it is said to be even dangerous for what is concerning security and privacy, search news articles about, there are quite some odd information about. In general, if you want to do e-commerce you do want to promote YOUR company, not make other companies more and more visible thanks to your content, avoid using services that ask you to work for free or even pay to mainly just promote THEIR company in the practice... think about this, does tik tok (or any other one alike) pay you to add content to THEIR website? Same thing for the many marketplaces, their commission is pretty high, their TOS is very often bashing YOU and favouring THEMSELVES, do you really want to risk bad reviews and other kind of troubles while you do pay all that money to promote and make THEIR website great and plenty of content? Think well about these aspects before onboarding in such ventures, do work for yourself, do not work for free for others or even worst do not pay to work for others. Just my 5 cents about this topic

Hello This is an old topic, however I'd like to add this information, I have a large experience using Store Manager https://www.prestashopmanager.com/order/ I am using also with Thirty bees, and so far with TB 1.4 seems to work fine. Unfortunately the Emagicone company at the moment seem to not have interest to keep Store Manager compatible with Thirty Bees, but of course if they see that there are potential clients they might well change their ideas about. I can witness that Store Manager is really good and useful, worth the price and a true time saver. I suggest to whoever is looking for a complete exhaustive import/export and offline manager software for TB to give it a try and contact Emagicone clearing that you would buy the license if they keep the compatibility with future versions of TB Overall the software is easy to configure, easy to learn, easy to use, can do a lot of things in a fraction of the time that would be needed using the backoffice. This software is not just about importing/exporting/managing but also about migration, backup, diagnostics, optimization and keeping an offline "copy" of the TB shop(s).... Give it a try, download the trial version and see how it is really useful. Best regards

Hi About the first issue, I noticed that just updating the core updater fix that and doing new checks displays not errors, I wondered tough why files which are identical to the original ones are detected as modified even though were never edited. About the second issue, as I wrote that behaviour occurs even when the cache is disabled, and even if disabled for instance clearing it solves the problem, hard to tell why tough.

Hello On TB1.3 I wanted to check for updates, I got a warning about the following allegedly modified files: cache/cachefs/index.php config/defines.inc.php themes/community-theme-default/order-address-advanced.tpl upload/.htaccess I compared the files with those found in the thirtybees-v1.3.0.zip file downloaded form TB website, and they are all identical Why is this happening? ----------------------- Another thing I noticed In the modules page when is the case one get a warning message showing a list of modules for which a new version is updated. Clicking on a module name in the list the module is shown in the lower right panel and can be updated clicking the button on the right, clicking this button the system seems to update it and give back a success message, but the button on the right is still shown as "update" button and not "configure" as expected. Clicking it again the same happens, apparently the module is updated and the success message is given but will still appear as a module to be updated. Clicking on the other modules to be updated the same thing happens, apparently is updated, you get success message and then appears as if the update was not done, so to be updated again. Insisting in doing this with all the other modules it might happen that some of the previously updated modules finally do result to be effectively updated, some do not anyway... At that point I thought to clear the cache, I thus opened the performance page, and noticed that on this installation I did not even activate the cache, I cleared the cache anyway, returned to the modules page, updated the modules still in the list and finally I could update them one by one. On another installation of TB1.3 I noticed the same phenomenon, the only difference in that case was that I had the cache activated, for the rest I noticed more less the same behaviour. In another occasion in TB 1.3 it happened that after trying to update and getting the same rssults as said above I had other things to do and I got back on it after some time, somewhat a couple of hours later, well, after that time I refreshed the page and the list of modules to be updated changed.... some were at that point considered updated, others still not... however re-updating those left marked as not updated resulted in having them all updated at first try... This makes me wonder, I do not understand this odd behaviour, cache activated or not clearing the cache might solve the glitch, but also waiting some time might solve the glitch, sometimes works straight away, some other times not... What can cause this strange thing? Thank you

These bots filling the cart are pretty common. I have no idea why they do that, however, I observed it many times. If you do not want bots to fill up the cart you must use an addon that do not allow non registered users to use the cart, doing so only users who signed in will be able to use the cart. However doing so also conversion is harder, many some potential new clients might not proceed if they cannot simulate a purchase before signing in... So in order to take a decision much depends on the traffic you have, the resources of the server, the kind of products and customers you deal with.. and so on.. you need to evaluate pros and cons accordingly to your specific case

Thank you DataKick for the information, your explication is very synthetic and clear to understand for the final users

Hello This workaround is ok for those not using a powerful server but at the same time creates lots of time losses to those who do not have that problem. I think that leaving the chance to use a save all button while advising with a note to first back up the language files might be a middle way solution for the case?

Hello Yes, I still got no idea why I could not see the errors... , is a log of all errors available, or maybe there is some setting to use to have a more verbose output? This module is needed to comply with the GDPR law, should be built in the core. Personally, since ever, I could never understand why there are so many CMS, e-commerce platforms and in general websites that do not have this feature to ease the user decision to quit and close the account.

Hello Wakabayashi Thank you I have the debug mode enabled on this test installation, but I did not see errors (???), it did look alike strange to me, now that you tried and saw the errors this fact does look even stranger! I am taking of the debug function one can enable from within the backoffice (which I verified do act on the same file defines.inc.php in the config folder where I was used to manually set it as true or false...) However, thanks to your analysis, verdict and hint I did a round of tests. The mail alerts module was installed... Off topic, I thought to check which email alerts were configured in it, then I enabled the "coverage" email too with 0(products) as a value and when I saved I got this warning: " Warning line 235 in the file modules/mailalerts/mailalerts.php [2] count(): Parameter must be an array or an object that implements Countable " This above is not related to the topic here, however I do report it in case is useful to check any other bug in TB, btw, I tried to change again the settings in the module and I could save without errors... so I have no idea of why the warning was shown... the products comments module from TB was not installed, so eventually this was the culprit in my case. I tried to install and activate it, thus tried to use the userdel module in the front shop, the module worked as expected... I then added the two IF you suggested to the userdel.php file, tried again to use it in the front shop user account and it works fine in all cases now, just as should be. Was not hard to find the lines where to add the IF conditions, however I post here below how the code is modified now in my userdel.php file, from the line 356: // delete customer from mailalert module if (Module::isInstalled('mailalerts')) { $queries[] = "DELETE FROM `"._DB_PREFIX_."mailalert_customer_oos` WHERE id_customer = ".(int)$customer->id; } // delete customer from productcomment module if (Module::isInstalled('productcomments')) { $queries[] = "DELETE FROM `"._DB_PREFIX_."product_comment` WHERE id_customer = ".(int)$customer->id; // clean productcomment module $queries[] = "DELETE FROM `"._DB_PREFIX_."product_comment_grade` WHERE `id_product_comment` NOT IN (SELECT `id_product_comment` FROM `"._DB_PREFIX_."product_comment`)"; $queries[] = "DELETE FROM `"._DB_PREFIX_."product_comment_report` WHERE `id_product_comment` NOT IN (SELECT `id_product_comment` FROM `"._DB_PREFIX_."product_comment`)"; $queries[] = "DELETE FROM `"._DB_PREFIX_."product_comment_usefulness` WHERE `id_product_comment` NOT IN (SELECT `id_product_comment` FROM `"._DB_PREFIX_."product_comment`)"; } Thank you 🙂