30knees

The latest Mollie payment module for PS 1.6 makes orders.php load very slowly. Someone reported a similar problem with PS 1.7 and the Mollie module. He wrote: If I found the right code section in the Mollie module in this file https://github.com/mollie/PrestaShop/blob/master/mollie.php this is what the code looks like. Does anyone see at a quick glance what the problem might be / how to edit it? public function hookActionAdminOrdersListingFieldsModifier($params) { if (isset($params['select'])) { $params['select'] = rtrim($params['select'], ' ,') . ' ,mol.`transaction_id`'; } if (isset($params['join'])) { $params['join'] .= ' LEFT JOIN `' . _DB_PREFIX_ . 'mollie_payments` mol ON mol.`order_reference` = a.`reference`'; } $params['fields']['order_id'] = [ 'title' => $this->l('Resend payment link'), 'align' => 'text-center', 'class' => 'fixed-width-xs', 'orderby' => false, 'search' => false, 'remove_onclick' => true, 'callback_object' => 'mollie', 'callback' => 'resendOrderPaymentLink' ]; }

An update Reverting to PS 1.6 cart.php leads to errors elsewhere, eg a wrong shipping price is displayed during the checkout. So one would need to audit the whole code and it's not clear how much effort that would take. Unfortunately, this means that invoices with products that have mixed tax rates will remain non-compliant in Germany. Or you have compliant invoices but you can't tell the customer the gross shipping price in advance because the shipping price is calculated based on the net price and the 'proportional taxes' depend on the exact mix of tax rates resulting from the products in the shopping cart.

Gladly. What part do you need to know more about?

I am sorry to see you go, @wakabayashi, but I understand disappointment with the announcement post lacking a plan etc. You have been a pillar in the community and it's a pity your ideas and suggestions weren't appreciated more. I hope the “50$ VIP Club” will be picked up. I think it's a good idea to get to have a say in the development of the platform. Either way: Thank you for all you've done and all the best for your shop!

Thank you, @Smile. It's great that @datakickis on board. I sincerely wish that everything works out nicely! Looking forward to more information and a roadmap soon. I guess you've had quite some time to think about all that already. 🙂 Do you know when you'll have all this information ready to present? I think if you want to get people to support thirtybees, it would be important to have this information out there as soon as you can and not wait until the end of February.

tb can look beautiful! You just need someone good to work on it. 🙂

I think the problem staying with tb or PS 1.6 is that oftentimes modules for third party services need to be updated or they stop working and that more and more developers are dropping PS 1.6 support. p.s. modified shop is the stupid name of a decent system: https://www.modified-shop.org/ It's not a modified version of tb. 🙂

Reading the future of thirtybees thread, it looks like quite a few merchants are thinking about alternatives should the handover not workout. Which shop system would you switch to if thirtybees isn't continued? I'd probably switch to PS 1.7, simply because it's the easiest to switch to. JTL Shop or Shopware would be interesting, too. EDIT: modified shop is the stupid name of a decent system: https://www.modified-shop.org/ It's not a modified version of tb. 🙂

My opinion hasn't changed since then. I'm undecided. I like thirtybees and I like the community. But I am concerned about the viability of the project longterm because of recent experiences, such as people not responding to direct messages even after having 'engaged' their paid services (though I give them the benefit of the doubt that it's because they're overworked), or replying by primarily complaining about other forum members instead of going into the substance of the issue. At this stage, I need to invest in certain modules that are outdated and no longer work with the third-party services they connect to. Being left in the dark about thirtybees, it seems like it would make more sense to switch eg to PS 1.7 and get the modules for that platform. I did the crowdfunding early on and never 'used' any of the benefits. I donated once when I felt that the crowdfunding amount was 'used up'. That was shortly before the project was officially put on hold. Since then, I've been holding my breath. I'll wait until the end of the year, even though it's bothersome because of the new modules. Ideally, I'd have gotten them already early December. My decision will depend on the statement made by the new team, be it a fork or thirtybees. Either way, I'm grateful for thirtybees.

I'd like to add a tracking code / paramater to URLs eg ?fromForum123 so that I place somewhere so I can see the conversions. Currently, the ways I see to do this would be: to use an affiliate / referral module and misuse that for this purpose. setup Matomo or similar. Is this correct or might there be another way? Thank you.

Thank you, @Traumflug. But what is the behavior shown on PS 1.6 cart.php if not what I’m looking for? I’d be happy for an explanation instead of a dismissal. 🙂

Thank you for the (fun) reply. 🙂 I’m having trouble finding someone who would take the paid time to properly transpose the proper element from the PS cart.php to the tb cart.php. It’s an important element for me - more than just a ‘check engine light’. 😅

1. Agree with you - but I think they're separate issues (apart from the German language post), ie can I simply swap the cart.php files? 2. True, I meant gross shipping costs. I updated to clarify that. Thank you for the pointer. I'm not sure it's a bug in tb's AEUC, though. With PS cart.php everything works. In my opinion, this is OK. The customer should know the gross shipping cost in advance, i.e. 4.80. The taxes for the shipping cost will depend on what's in the shopping cart. The display of the net or gross shipping price in the invoice is a different matter. Mind sharing?

Die Lösung:

The fix is to replace the whole tb cart.php with the last PS cart.php. But I don't know whether this has any other effects elsewhere. EDIT: Gross tax shipping (i.e. incl. tax) should be 4.80. tb cart.php PS cart.php

Update: Replacing cart.php fixes this bug ... I just don't know whether there might be any other issues that pop up. I think it would be better to pinpoint the problem in cart.php and do a targeted fix.

I'm still trying to get the issue at the end of this post fixed. For that, I'd like to replace the code in classes/cart.php TB with the code in PS 1.6. Can anyone see estimate whether it's safe to do so? PS 1.6 code via https://github.com/PrestaShop/PrestaShop-1.6/blob/master/classes/Cart.php TB code via https://github.com/thirtybees/thirtybees/blob/1.1.x/classes/Cart.php

Did you try this?

Ah, schade. Würde gerne wissen, ob es überhaupt geht, fixe Bruttoversandkosten anzugeben, wo die Steuer anteilig berechnet wird. Ich verstehe nicht, wieso es nicht klappen sollte.

That's exactly the code that's already there. I don't understand what you suggest doing, unfortunately.

Do you get this even if you add stock?

Thanks, will report back! So the only code modification you have is what you posted? Because then I totally misunderstood the suggested edits on Github.

@OccamI'm still struggling. Would you mind showing a screenshot of your invoice with a mixed basket and the tax rate, please? Thanks!

@DRMasterChiefHast Du das irgendwie lösen können bzw. wie handhabst Du es jetzt?

So that means going through all third-party modules, too... . That could be a nightmare, depending.