30knees

I'm manually creating an order in the back-end. I can't edit the price for a product that has a quantity of 2 or more; the price always jumps back. Only when the quantity is 1 does the manually edited price stay. Oddly, this only affects a certain (attribute) product. Other products aren't affected. Any ideas what this could relate to?

About the first one: I was thinking of adding a line in the shopping cart summary, in case that makes it easier.

In an old module someone implemented as a trigger each time the store was visited (I guess visit saved to database?) to get around having a cron task. Would this be an easy workaround, i.e. having a "universal" trigger?

I like the idea! Some use cases I see in addition to the ones you mentioned (and I'm sure there are lots more) are: - If products in shopping cart are under free shipping amount, show text: Only X Euro to get free shipping! Here are some products to help you get free shipping: (Display products close to the missing amount) - I use the loyalty points module. I'd love to have an email sent to customers ca. 10 days before the loyalty points expire. (Could one use as a general trigger to get around the required cron something like every new customer registration?) - If product X with attribute Z is sold, deduct stock from product Y with attribute Q. - If visitor visits a sold out product X, recommend product Y instead.

@lesley FYI

Thanks for the clarification and the help! 🙂 You're right! I've narrowed the bug down to the @Common-ServicesAmazon module. All orders imported from Amazon display for order_detail the weight x number of products (but we mostly get 1 item orders, so that's why it's such a rare occurrence).

Thanks, @musicmaster! Some additional information: It's with regard to variants/combinations. My main product has a weight of 0 and the variant has an additional weight of 1kg per unit. I checked the tables (albeit after having corrected the weight in the DHL module) and I think we've found the culprit: tb_product: It's correct, 0 for the main product. tb_product_attribute: It's correct, 1kg. tb_cart_product: Mine doesn't have weight. tb_order_detail: It's correct, 10kg. tb_orders: 139! (total_products_wt) Where does the total_products_wt come from?

This has happened again - and it looks like it's only triggered when the weight exceeds 10kg. It then registers as 100kg. Is there anything I can do to troubleshoot?

It's right on the first page in the module:

You could take a look at @datakick getdatakick.com.

My backend / admin has been super slow lately, whereas the frontend site was normal. It turned out it's the donation miner module that was hanging everything. Coinhive, the service behind the module, is no longer active. The failed connections caused the slow down.

Same here.

Es hat sich herausgestellt, dass DHL den Vertrag bei einer Vertragsanpassung fehlerhafterweise ausgesetzt hat bzw. einen Haken versehentlich nicht gesetzt hat. Das kommt öfter vor, meinte der Kundenberater.

Wir verwenden das DHL Modul von Shoprunners. Heute Abend plötzlich können wir keine Sendungen mehr erstellen. Wir bekommen die Fehlermeldung: Die Sendungsüberprüfung ist aufgrund dieser Fehler fehlgeschlagen: Sie können aus dem Absenderland nicht verschicken.. Ich kann mir vorstellen, dass das an DHL liegt. Hat noch wer Probleme?

I think reviews are very important. https://www.getdatakick.com/extras/revws-product-reviews/ is a great module that helps gather reviews.

ASM is the (buggy) Advanced Stock Management feature: https://www.templatemonster.com/help/prestashop-1-6-x-how-to-manage-advanced-stock.html I think you could also use https://www.getdatakick.com to gather the information. It's a great module with lots of capabilities.

Unfortunately, I'm not sure how to check whether the Mollie module uses the rest api. But I did find that someone reported a similar issue: https://github.com/mollie/PrestaShop/issues/107 About the bit with the order number: I triple checked. The PayPal order number references a different customer's order.

A customer wrote today asking about her order with the number XYZ. She said she paid by PayPal but didn't get any order confirmation from us. I checked and couldn't find an order in her name. She then forwarded me the PayPal confirmation email. It references an order in our shop that belongs to another customer. I can see the PayPal transaction in PayPal, but not in our shop. How is it possible that an order was successfully placed but without it registering in the shop? Is there a way I can figure out whether stock was deducted? We're using Mollie 3.3.5 to process PayPal orders.

I've not personally needed to use Cloudways support lately, but I've read that recently it's not as good as it was. Also, they stopped offering thirtybees as a one-click installation. You could also look at going directly with DigitalOcean or a similar provider.

I use the opt-out version. Quite a few people opt-out, but some don't and some of them leave reviews. 🙂

Looks correct to me: https://github.com/thirtybees/thirtybees/blob/1.0.x/classes/order/Order.php public function getTotalWeight() { $result = Db::getInstance(_PS_USE_SQL_SLAVE_)->getValue( (new DbQuery()) ->select('SUM(`product_weight` * `product_quantity`)') ->from('order_detail') ->where('`id_order` = '.(int) $this->id) ); return (float) $result; }

I have an order consisting of 10 x 1kg of Product A, so the total weight should be 10kg, but in the order class it's given as 100kg. I noticed this because the DHL shipping module I used wanted to calculate with 100g instead of with 10kg. I contacted the module developer and they checked and said it's a bug in thirty bees, because the order class says 100kg and that's where the module takes the weight from. How can I help find where the issue is? Note: It was only one order out of many, so if it's a tricky issue it might not be worthwhile digging too deep to find where the bug is.

Der Support hat sich gemeldet und die Punkte haben sich geklärt!

Eine Rückmeldung, dass das Modul funktioniert und wir grundsätzlich damit zufrieden sind. Es hat einige Bugs, aber hoffentlich werden die gröbsten im Laufe der Zeit behoben. Leider ist der Support von Shoprunners nicht sehr zügig. Seit dem 6.2. warte ich, trotz zwischenzeitlicher Nachfrage, auf eine Bestätigung von ein paar Bugs. Darunter ist auch ein Bug, der eine Zustellung verhindert, weil manche Adressfelder nicht übernommen werden. Es ist leider auch nicht das erste Mal, dass ich Wochen auf eine bloße Bestätigung einer Email warte.

I can highly recommend the premium version. We've noticed how many more people are now leaving a review thanks to the auto-login functionality.