oliiiix

The dev doesn't wanna contribute to thirty bees with his bitcoin addon. Trying now the blockonomics one I think. They only want 1% transaction fee (I believe!). The module itself is free. I'll update how it went in case I'll do it, probably next week. https://github.com/blockonomics/prestashop-plugin I will maybe test the one from github you linked above as well but that's 6 years since there was any work done on it so I think it might be quite outdated maybe even security wise not that clever, no pro on this...

Good I think the problem got solved by pressing Ctrl + F5!

Still trying to upgrade from 1.0.8 to 1.1.0 with core updater. Problem is when editing prices, the price tab won't load anymore. JS Reason: ReferenceError: displayPriceValue is not defined I checked and saw that TB backend loads the file /js/admin.js?v=1.6.1.999 but this one doesn't contain the definition displayPriceValue(). What would be the right way to solve this? When looking at source code with Firefox and when I remove the ?v=x.y.z in the end from the js file link it's working and the js file contains the necessary function. Same v=x.y.z number is also added to the tools.js, possibly also this is wrong

Hallo Markus Thanks a lot! I did that, but was using 1.0.8 as said by Petr from Datakick the problem was fixed by making the upgrad to 1.1.0. But as I mentioned in my previous post, the amount of displayed numbers is always two, no matter what I'm setting the decimal amount to. It's already set to 1, but still displays two decimals (which I like). I'm pretty sure I have no code in place at all that would do that... But if this works for you then it's probably my shop even though since TB I trust my shop again completely 😉 Thanks so much! Guess I'm also going to support ThirtyBees very soon with a small amount, I'm already thinking about transferring all our prestashops to thirty bees as TB is just a blessing after prestashop 😉

OMG I did delete the cache folder but looks like I uploaded the wrong one again. Now it's working! Thought that was the mistake, but was a little lost as I was sure that I deleted that cache folder already 😉 Thanks so much for your second help!

I just updated the shop via core updater from 1.0.8 to 1.1.0 and it went well. But when trying to login to the backend I get the error: Fatal error: Uncaught Error: Class 'ErrorHandler' not found in /home/xyz/public_html/shop/config/config.inc.php:70 Stack trace: #0 /home/xyz/public_html/shop/admin/index.php(41): require() #1 {main} thrown in /home/xyz/public_html/shop/config/config.inc.php on line 70 I can easily comment out line 70 which contains the error handlers init() function and everything works fine again, but is this OK? Or will there just be no error handling anymore now in admin area? 😃 This is the lines code I had to remove to make it work: ErrorHandler::getInstance()->init(); This is mainly to let you know, I can live with the fact of no error handling as long as everything I do in the admin area is working (so far so good) 😉 Of course if you know what's happening, pls let me know because at some point in time I will do the update on the productive site 😃 my full update path was: ps 1.6.1.24 > tb 1.0.8 (with onsixmigmodule, no prestashop modules or whatever are left, I removed everything presta) > tb 1.1.0 (with core updater, incl theme) have a good one!

Just did the same thing today for this one: https://addons.prestashop.com/en/other-payment-methods/24738-bitcoin-x-crypto-accept-bitcoins-and-cryptos.html I need a module that doesn't rely on coinbase or other external company and can work directly with my hardware wallet. This module did the trick for ps 1.6 but I think it's not yet working on TB. I'll also let you know what he answers 😉

That's great! Thanks a lot, I'll try that tomorrow. Didn't upgrade because of our own tools that are also retrieving stuff from the TB database 😉 But if the changes are not that big, I'll certainly be able to upgrade without problems! Thanks for this information 🙂 EDIT: Today morning I got the update to work and the price rounding issue is gone! Thanks a lot!!!

Yes it's on "round on each item", tried them all 🙂 Thanks a lot!

Ahm I tested the define statement but this didn't help me at all, probably also because the define variable is just written wrong. Who knows how it might be? _TBPRICEDATABASEPRECISION_ OR even _TB_PRICE_DATABASE_PRECISION_ ?? I tried it all. I have a product in my cart which is 19.50 Euro. I have it twice so the total price of this line should be 39, but instead it's 39.10. I don't know why the rounding is being done again on the total when you already have it calculating/showing the unit price. Why not take the unit price and calculate the total from there? This way you won't have to deal with any more decimals that could negatively lead to a wrong total and you get what everyone would actually expect. Wouldn't this make sense for all currencies (didnt think this through for crypto, but I don't need to as there's no module yet for bitcoins)? What do I have to do to get this rounding correct? We round to 0.10. So 0.95 is going to be 1 and 0.94 is going to be 0.90. This works for all products perfectly, but as soon as I add more than one of the same product I have wrong totals displayed in checkout for each line and of course the total in the end as well. I tried to transfer my own rounding code from an old prestashop and it worked in the front end (i finally had the correct line totals), but when editing a product the price tab stays empty and the products edit page can never be fully loaded... Maybe someone who knows the TB code better can help me at least to get this code to work: classes/tools.php - function ps_round() in switch statement I added the following case on top: case PS_ROUND_CHF_10CTS: return round(10 * $value) / 10; js/tools.js - function ps_round() after else if (method===2) I added: else if (method == 6) { tmp_value = Math.round(10 * value) / 10; return tmp_value; } config/defines.inc.php - line 181: define('PS_ROUND_CHF_10CTS', 6); controllers/admin/AdminPreferencesController.php - __construct(): added following array values into $roundMode: [ 'value' => PS_ROUND_CHF_10CTS, 'name' => $this->l('Round to nearest 10cts') ], Thanks for clarification and help on this 🙂 And btw: the amount of decimals to display that can be defined in admin isn't doing anything. I can set it to 1, i can set it to 3, but the amount of decimals is always 2. Doesn't also seem to have no impact on the rounding. I'm still on 1.0.8. I have deleted all prestashop modules and replaced them with thirty bees ones. The shop should be clean, without overrides that would have an impact. All the best, Oli

Haha jo bini 😄 Who took away this underscore!!! 😃 How embarrassing! Well sometimes four eyes see more than two, lucky me. Danke viiielmol für dini Hilf! All the best, Oli

Thank you so much for this fast reply!!! Ahm I'm sorry, we're not running multi shop. We have external self written tools that ex and import the data from main shop to the two separate ones. These tools also sync the shops with our local cash registers (actually the reason why we run those self written tools). I never tried setting up multi shop, not sure how it works. Maybe multishops will be our future but at the moment one subshop and the main shop are still running prestashop. And the second subshop I'm moving to TB right now. As said, the only thing I had to change so far was in Link.php the last line of the getImageLink function: return $this->protocol_content.Tools::getMediaServer($uriPath).$uriPath; As images and URLs are the same over all shops I only took that return value, saved it into a variable and str_replaced the domain names. $voh_path = str_replace("blue-door.ch/s2t", "visionofhemp.ch/shop5", ($this->protocol_content.Tools::getMediaServer($uri_path).$uri_path)); return $voh_path; I tried it manually (went to website > browser dev tools > replaced all 3 URLs in srcset) and the images were showing. But the code somehow doesn't work. And what I get is: https://www.blue-door.ch/s2t 211w, https://www.blue-door.ch/s2t 218w, https://www.blue-door.ch/s2t 250w instead of https://www.visionofhemp.ch/shop5/furtherPathToImage1 211w, https://www.visionofhemp.ch/shop5/furtherPathToImage2 218w, https://www.visionofhemp.ch/shop5/furtherPathToImage3 250w

Hello Everyone 🙂 We have three prestashops of which Shop A is the main shop containing all products. Shop B and C are subshops holding special categories from main shop. All data is synchronized between main and the two subshops everyday. So new products will be distributed to subshops automatically. Now all images reside only inside the main shops img/p folders. For this I simply replaced the end of Link.php's getImageLink function: $new_path = str_replace("www.subshopdomain.tld/s2t", "www.mainshopdomain.tld/shop5", $this->protocol_content.Tools::getMediaServer($uri_path).$uri_path); return $new_path; But this isn't working anymore and no pictures are being displayed. The new srcset attribute now only displays the three links: https://www.subshopdomain.tld 211w, https://www.subshopdomain.tld 218w, https://www.subshopdomain.tld 250w So as you can see instead of replacing anything, it just deleted everything important after the TLD and I can't figure out why. Anybody a clue? 🙂 Thanks a lot! Oli

Dear All The TB reCaptcha module doesn't work for me at all. First of all: after installation, clearing the cache didn't get rid of the 500 error message. I had to delete the whole cache folder and re upload the one from the TB Zip file. Then, configuration seems to work without problems. The captcha is displayed on the contact form as well, but it doesn't matter as I can do everything without clicking on the captcha at all. So it doesn't stop me from sending contact messages even though I haven't checked the captcha checkbox. It's there, but it's not working. I can send as many contact messages without ever touching the captcha to confirm me not being a robot. Anyone else having the same issues? I have configured the module completely and set it to appear everywhere it can be configured to appear. I also have overrides enabled etc under performance. Luckily I can continue with ei captcha which I used for prestashop which is working as it should 😉 Here's the link for everyone else who's having trouble: https://github.com/nenes25/eicaptcha You'll have to use the latest version as previous versions were not working when JS was disabled! All the best, Oli

Thank you so much for replying back @Traumflug, this is what I needed (to be heard 😉 )! Yes of course everyones own issues come first haha they are always most important. I just have such a buggy prestashop (I cannot even change smallest settings without having to deal with a broken 500 shop afterwards and I immediately need to get away from PS... 😉 It can eat up the resources of my server in no time if it feels like it (happens all 2-3 weeks) and fixing this hugely-buggy software doesn't make sense to me especially with ThirtyBees around 🙂 THANKS for your reply! Still if someone can implement country restrictions and fees for the custom payment method that would be really awesome and you'd save my ass 🤗