movieseals

Let me know if you cannot get it to work, I might have one more idea.

Things are working properly now?

Let me know if it does not improve things.

You are running PHP 7.2? I had to go back to 7.1 for things to run smoothly on my install.

Did you look in your prestashop account if there was an update to a new version?

Can you try and switch your PHP to 7.0 or 7.1 and see what happens?

It breaks mostly third party modules, lots of them support has expired for. I guess as things progress, this is something we will see more and more of. There are so many improvements needed to basic functions and we are stuck relying on so many modules, so it is just a matter of time before everything breaks... 😞

From the error messages you are getting, it looks like it is coded in outdated PHP. Which version of PHP are you using on your site? If I was you, I would still check if there are new updates available in your account. Sometimes, even if the period for support has passed (I hate this system!), they update the modules nevertheless, especially when there are PHP issues. I would definitely take a look.

@datakick I tried Bleeding Edge but it broke other things.

Which version of the module are you using?

I have the same module and the same problem. Unfortunately, you need to use the core updater and go back to version 1.0.7. I mentioned it in this thread: I recently tried 1.0.8 again after I saw that there was an update to ba_importer and I had to revert back once again to TB 1.0.7 as the issue is not fixed. Everything works fine and normally under 1.0.7.

That makes sense, but could it not be less cumbersome if we assigned different prices by groups? Depending on what group a customer belongs to, he sees what he needs to see price wise. Should he choose to buy something, since he is logged in, his option of invoice address and delivery address should be activated nevertheless should he create a cart, no? Cart rules requires having something in the cart to begin with, so the rule would apply when he or she logs in. Just getting tired of cleaning up empty carts of customers who log in to post reviews, consult past orders or looking at shipment updates.

I am curious as to why the fact that a customer logs in automatically creates a cart? Customers might login without any intention of purchasing anything. Why does the system automatically generates a cart?

YES! It works! Thanks a lot!

{$product|print_r} does not seem to yield a suitable result but thanks for the if - rookie mistake! 🙂

Hello everyone, I am trying to add a tag to my products for a specific condition. Currently, I have this coded in product-list.tpl, which allow me to show if a product is in stock or not and shows a green IN STOCK tag or a red OUT OF STOCK tag, depending on the stock. I want to add a third, orange option (PREORDER NOW), when a specific product has quantities and Allow orders is activated in the quantities tab. By default, all my products are Deny orders when out of stock activated. I used to have modules to handle preorders but all three of them no longer work in TB. I was able to make the tag work with the modules at the time, so I figured that we could just bypass the whole ordeal with something simple however, I have not been able to figure it out. We always know the quantities we have available for preorder ahead of time and it applies only to a very limited amount of products. We want to tag the item because the product is not readily available (the availability date of the product appears on the product page). This is what I think would work in product-list.tpl: {if $product.quantity >0}<div class='instock'>{l s='in stock'}</div>{else}<div class='outofstock'>{l s='out of stock'}</div> {/if} {if (if $product.quantity >0) && (if whatever is the allow orders variable is =1} <div class='preorder'>{l s='PREORDER NOW!'}</div> {/if} So I am wondering, instead of the module conditions, which variable determines if Allow orders is activated or not? And since I am not a coder, would any of you that knows more than me about all of this think it would work? Thank you!

I did delete the htaccess, and I am not running out of disk space (1 TB left) but in the end, I had to go back to a backup to get everything back online. 😞 Thank you to everyone who tried to help and gave me pointers I will be able to use in future troubleshootings!

I tried on Firefox, Chrome and Safari. I tried both https and http (and made sure there was no redirect - had to force the loading of the page) but still get the same error (although no longer the TB 500 page, juste the browser 500 error page).

Unfortunately, no changes with either 1 or both disabled. Overrides and non native modules also disabled.

Wow. Flushed all caches, disabled overrides AND non native modules, flushed DNS, flushed browser cache, and still getting a 500 on both backend and frontend!

I know. I meant cpanel still works, so I have acces to phpmyadmin. I had already cleared the smarty caches. Will try with the configuration table now.

No signs of hacking. Double checked by the hosting company.

Yes, cpanel still works.

I checked access logs and PHP errors logs and the error log that is inside TB

Yes, that works. The Hello World PHP