wakabayashi

I tried an update with my clean installation. The dashboard issue is not there. I guess you should check the browser console.

https://github.com/thirtybees/coreupdater/issues/22 the DB issue is known. But it's not the reason for the other problem... I am not on the newest bleeding edge, so I dunno. But sounds surprising to me.

It seems to me, that Favicon are still not implemented correctly. My log is quite full with entries like: PHP message: PHP Warning: readfile(/path/img/favicon/favicon_3_180_180.png): failed to open stream: No such file or directory in /path/public_html/controllers/front/FaviconController.php on line 64" while reading response header from upstream It seems to me, that there is never a generation of such width and height values. Who else has it?

I don't use this module and can't find it somewhere. In prestashop store there are a lot of such modules. Why it's no more working with 1.3? Not sure. I could imagine, that it's related to customer merge function. As you describe the problem, it seems that the customer is not deleted at all. From my own experience, I fear the deletion of customer accounts. It can bring up a lot of issues with external modules and maybe even with the core. I prefer to hold the customer object, but randomize it totally. What is the opinion of other coders like @datakick, @zen, @cienislaw, @musicmaster, @yaniv14

I am not sure about it. But isn't it possible without an override? I mean you can use different shipping costs for different zones. Can't you just create new zone for this zip codes?

Thanks a lot for the tipp! I don't think I will need this for now, but idea is interesting. How would that work? Do they share the same DB?

I am currently checking all my logs and trying to fix them. I have a lot of entries like: PHP message: PHP Notice: Undefined index: out_of_stock in /path/classes/Product.php on line 1752 Do you have such notices in your serverlogs too? Cause I wonder, if it's triggered by the Core Code or if any module is using the getProductProperties() method in a wrong way... Edit: I guess in my case it's a module. So probably you don't have this issue. In case you have it too. Still let me know, then I could change the core code a little and fix it by that...

Backup was available. But when Plesk is broken as well. Things suddenly become much harder for non server guys. It was really the simplest to setup a second server and use the backup there. That gave us a good overwiew, what will be lost, what will be existent. For example all images I could easily download, so I had no data loss there. Normally I would have resetted my main server afterwards and use it again. But this time I decided to use "the chance" and uprade my server. We have now this one https://www.hetzner.com/dedicated-rootserver/ax101 🤯Massively oversized for a normal TB shop. But we will have over 100k products, own crm and erp modules. So we are set for the future 😅

I dont know, why it happened. Maybe power failure or hardware failure. At least I hope so 🙂 My site is on again, but still some recovery tasks have to be done. I can only recommend you all: make good and steady backups. I had them and still it was quite some work... From now on we backup our main DB every hour 😏

Thx! Unfortunately the problem turns out to be serious. The database is corrupted. The reason why this happened is unclear. Our downtime is now more than a day. But now we decided to setup a new server. At least afterwards we will have a really powerful one ☺️

Is there any guy with experience in server administration? All my sites are down, due to a MariaDB issue. I don't know, how to fix it myself and need (paid) help from an experienced server admin. Edit: ok I probably found a guy, that can fix it 🤞

I am testing an almost clean installation. I am trying to change sorting of filters in the blocklayered module. Does that work for you? When saving, nothing happens here. Talking about this stuff: I also have problems with indexing, but that could also be my fault!? 😳

Does it work with {$product.id_product_attribute}?

I just tried to install a clean tb 1.3.0. Got this one:

Are you sure you have bought/installed PS 1.6 version? I never saw such a function registerJavascript() in TB or PS 1.6. If you are sure, that you have a 1.6 module, then it would mean that the module is not recognizing TB as 1.6 and delivers 1.7 as default.

No one?

Oh ok. As it turned out, the bug was anyway already fixed by the tb team ☺️ Hopefully you can upgrade soon. Im my case it worked nicely.

Hm interesting. Cause somehow this felt a little different before I upgraded to bleeding edge. I normally got en exception when mixing both. Not sure, why this behaviour is a bit different now. But anyway it's not a big deal 😊

I believe this module breaks debug saving under AdminPerformance. Only when I deinstall the module completly, the saving works again.

Are you still using this? I have fixed this issue: https://github.com/thirtybees/thirtybees/pull/1406/files If it works out for you as well, we could implement into the core! 😎

Is there anyone willing to test it? This will be quite a huge rewrite, so we should test this carefully before adding to the core. I have now a raw version, that seems to work pretty well already. But I am sure there are issues left...

No. We create just the predefined values, when we need them. Obviously that would be more comfortable if it's possible inside the product edit.

That was my guess. It's more comfortable. But IMO we could also just allow to add "normal" features directly. But ok, maybe there is another reason why it was designed like that.

I have made a little video of my progress. I am not at all at the finish line, but I wanted to get a feedback. Would this be helpful for other merchants? IMO the selection of features will be much more comfortable with chosen plugin (as you can search). And the displayable helps to give additional information, but doesn't mess up with a filter. I guess this feature would even allow to use groups in a filter. Imagine you don't want your customers to filter all countries. You could then set values like "Asia", "Europe" and so on. And for in the displayable field you write the correct country 😉 Just one of many possible usecases. feature-handling.webm

I am rewritting the feature functionality a bit. As often, the code is a bit messy and unclear. In TB we have a distinction for predefined and custom feature_values. Which one do you use and why? I formyself use only the predefined. @datakick I wonder, if this distinction is even neeed and why it's only allowed to use one of the both?