the.rampage.rado

Something from me, unrelated the first post but... php 7.4, edge from today.

Thank you! I've missed that. Now the image shows but I had to transplant it to displayHome in order to appear over the other modules. Otherwise it hooked to displayTop and this made a second column, shifting my displayHome hook to the right. Now it shows like that over my Revolution:

For me when uploading the images everything is fine. They simply not show up in FO. No errors during installation, upload of files, in Error log. The images are in the img/homeslider/ folder.

Hello team, I stumbled upon this the other day. When I click on the details button or the refference code the system does not show me the order contents. No errors shown in Chrome's console. Also no errors in BO shown. This not critical for me as most of my clients register new and new guest profiles for each of their orders but for somebody this could be a more vital issue.

Hide your admin directory. Turn on debuging and you will see a detailed error log.

Hopefully you are right!

If you edit the templates you must save them in Unicode format. I had the same issue wile back with Bulgarian.

@Eolia, what do you think of combining both projects under TB? Would you consider merging your editions here? And one more question don't you think PrestaShop could not be very happy that you continue to use their name? I believe those releases are unofficial, right?

This is very true. Both his and Warehouse themes are very well made but are getting old now and both developers refuse to update them. Which is not cool. If we don't have new features (which is normal) we at least should somehow manage to update those themes to php8 standards so we can continue to work with them. Otherwise...

Never tried it. Will do now. Unable to install. But I don't have time to test what's the issue

You can directly update to edge channel. No breaking changes and MANY bugfixes and improvements.

Flying low under the radar.... :/

1. I would like the option to turn off this field altogether because I don't need this information, I don't do such statistics and it's slowing the registration + GDPR.... 2. I'm not sure that if the customer is logged in they should not be asked for a pass for changing anything other than (stored) payment details (which we don't store as far as know anywhere in TB). 3. This is a must for TB core as per GDPR. It would be nice to be extended with the other GDPR bloatware too. And there should be simple switch somewhere in BO (Do you need GDPR? Yes/No), then those options become visible. Merchants who don't care about it don't use it and their BO doesn't get bloated with stuff.

Regarding the first 2 questions @datakick will help as soon as possible. Regarding the modules updates. In general in order to update your system you have to have permanently installed the following 2 modules: 1. thirty bees updater - to update the native modules (this function will be moved to core soon, but as of now this module should be installed in order to make the connection between your site and TB modules list). Not to be confused with migration modules which can be removed after you moved to thirty bees (if you did so). After you install it, there's no configuration page, just click on the button you already see (Check for update) and it will show the most recent versions of all native modules. In order to update 3rd party module you should follow the developer's instructions, but in most of the cases you can simply upload the new version and it will overwrite all files, db tables as needed. 2. Core Updater - to update the system to stable or edge releases, update the DB, etc. After you install it you can quickly access it from Preferences -> Core updater. The module is very powerful and stable and I advise to set your chanel to stable 1.4 as of now, update your files, then click on Database and update all rows there (yes, one by one, and don't be bothered by the dangerous message - just plow ahead, nothing wrong). With time when you set your shop and become more comfortable with it you can switch to edge channel here and apply the most recent updates as they come in. Before all that, please make a working backup of your files and DB!!!

In the example above the visible names of both products in the last 2 pictures are the same. If you make a backup and update I'm sure this 'issue' will not be present as currently they are with different names in your shop (and because of that - different SEO urls). We don't know if you saw this and changed one of the products or not. This is your 'issue' - SEO URLs sometimes could end up the same (product or categories) and the system picks the first in the db and redirects any later matches to it. Not a bug but a inconvinient feature and it's really easy to go around it.

If you make 3rd thread you will get an answer faster! Check your theme settings.

@datakick - speaking of 8.1 compatibility - do you offer site audit for installed theme/modules? I have few bugs here and there, few notifications and warnings that I want to iron out. Not many third party modules. Theme - Warehouse.

Can't wait for the new modules!

As I said I was rocking it since PS times and I didn't really look if TB uses imagick natively or not. Whatever... When removed the webp files generate and show properly.

I had it since my shops were on PS but I removed it and now everything regarding webp is working fine. Few places in Warehouse where the modules call .jpg files but....

After disabling the module the size of 70% webp is 1/4 of the 90% jpeg. Obviously the module has some overrides that conflict with the latest functionality. If anybody can 'heal' content creator module to use the webp version please send me a message with the fix!

I'm running on the lates edge from 2 days ago (after the webp commit). Could it be that the culprit is the imagick module from M Dekker?

Another stupid question from my side: Is it normal for them to have absolutely the same size? I had the webp on 90, but I saw that there's an improvement at around 70 and regenerated them again but I think this is really strange...

Thanks for the elaboration. Will look into it with my host!

I believe I'm not understanding what you mean. My issue is not that they show in front end to the customer, my issue is that they don't show up here: Some of my products differ only by tiny details (I can imagine it's not me in this siuation) and if a merchant's employee is not very familiar with differences in the products and can't enlarge this during order preparation this could lead to troubles. I'm in the same boat as you that the original images should not be visible in FO or by bots or scrapers, but they should be visible in BO (or at least let's make BO use some of the larger thumbnails with watermark) and keep the originals for regeneration only.