the.rampage.rado

Your problem may be caused by Template Compilation setting in Performance. When you reopen your translations page you see an old copy with the old strings, when you click save they are written down together with your new changes. You should keep this at "Recompile if changed" setting to avoid this issue. The "Recompile always" will give large performance penalty and thus is not for 'production' and only for editing and fixing period. Hope this makes sense!

But as I said they are not online anymore. The plugin has some errors with php7+ so it must be configured in 5.6 and then it's completely usable in 7+. Affiliate Program v1.9.8 - by Presta-Apps Solutions

I use the plugin from presta apps, they are no longer online but it's working sort of.

I'll try to export Bulgarian tonight. It's not complete but majority of FO is translated.

Ok, whatev... :) I'm not posting this in order to dispute with you. You know much much more than I do.

It does it work as far as I have tested it. It 'punches holes' for the cart and user info modules and they show perfectly fine. One can also punch holes for other modules but I don't find need for that at the moment. It caches everything other than that. Probably will have to punch a hole for my content creator module because it doesn't show 'random' products now, but if it's working in every other part of the site why not use it as is and simply show only the 'latest' products.

Hello, I'm testing this module for 2 of my 1.1.0 installations and it seems to be working just fine with default settings and warehouse theme. https://github.com/litespeedtech/lscache_prestashop Can you give your feedback on it?

From one encryption to another... 😄

I noticed this today. I had to revert to a backup of the db but I doubt it's the problem. I noticed few strings that I'm pretty sure were translated and when I click save nothing happens, the page reloads with normal success text and the translation is not saved. Tried disabling all caches, etc... Noting helped UNTIL I remembered the recent fix in template compilation. Please can somebody make a info text there saying " "Please enable Force compilation" when you make manual changes to the templates or translations through BO". This will help lot of merchants I think.

Send it on PM here 😉

Can you give me access?

I think this should end up in the next version of the software ! https://github.com/thirtybees/thirtybees/pulls GREAT WORK!

It's not a module. It's a submenu under Modules. :)

Delete your first image. You have confidential info there. I was not talking about this page but the one under Modules -> Payments It should be like this:

For the card payments - can you send a screenshot of your config in Modules -> Payments? (the whole page)

First of all - after the migration all duplicate modules by PS are still there. You should go through one by one and uninstall and reinstall the TB ones. If you have done this and you have no problems other than the missing images and missing payments by card you are ready to proceed. For the images - try going to Images - there set the proper settings as you need them and Save. Then back on the same page regenerate all the thumbnails. For the missing payments - do you have all the proper settings in Modules -> Payments. All currencies supported and all groups should be enabled for the selected payment module to show when needed.

Any other info from my last post? Can you send a link on PM?

What do you mean by 'cart missing'? The block is not shown in the theme or the popup does not display? Did you try uninstalling the old PS cart module and then reinstalling the TB version which has few code changes? Also what theme do you use? Do you have ajax enabled for it? Did you try to clear cache (both BO way and manually in /cache/smarty/)?

What do you mean by 'the button does not work'? Also if the shop can be configured to use 1 step checkout so we can test it would help.

This version is also stable enough for me to use, so go ahead and jump!

If you use the inbuild invoicing that's another word...

And probably you rely heavily on the inbuild income stats? Just refund the money and then if needed manually corect this in the report. I doubt it happens more than once in a month. There are far more important bugs or missing functionalities in the code.

What's the payment method you're using?

Looks promosing! What will be the price?

This is how this mode works back from when PS was cloned. If you want a 'quick fix' - you keep your usual mode but you have to go in every product and select 'available for sell -> No'. If you want to hide 'user info' and 'cart' blocks - simply unhook them. I think this can be done with a qucik db query but I'm not an expert.