30knees

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.

I saw that PHP 8 is released. Thinking medium term, what is the impact of it on thirtybees, how much work would need to flow into thirtybees and templates, etc.?

Ah! I'll need to try. I've just heard that there are so many problems with it. Thanks!

Sometimes it would be helpful to see the change in product quantities over the last 1h or 24h. For example, if I wasn't paying attention to how the quantity was before I added new stock. Knowing the history would help me see that there were 3 on stock and now ith the 10 new stock I need to enter 13 and not 10 in the product quantity field. Does anybody know of such a module or way to track product history? I couldn't find anything in a search.

Hi, I'd like to pick up on this and ask what the recommended cache setting for the latest bleeding version are. SMARTY - APPLICATION CACHE Template compilation Never recompile template files Recompile templates if the files have been updated Force compilation Cache YESNO Caching type File System MySQL Clear cache Never clear cache files Clear cache everytime something has been modified CCC (COMBINE, COMPRESS AND CACHE) Smart cache for CSS YESNO Smart cache for JavaScript YESNO Compress inline JavaScript in HTML YESNO Move JavaScript to the end YESNO Apache optimization YESNO Keep JS and CSS files YESNO Keep old JS and CSS files on the server, to make sure e.g. Google's cache still renders correctly (improves SEO). SERVER SIDE CACHING Use cache YESNO Add server Save FULL PAGE CACHE Before enabling the full page cache, make sure you have chosen a caching system in the panel above. Use full page cache YESNO Debug mode YESNO Ignore query parameters gclidxutm_contentxutm_keywordxutm_mediumxutm_sourcexutm_termx

I don't know whether this will work for you, but in my shipping module the placeholder is @ after the =.

Quite understandable. Sorry to see you go. The future of the system will probably be decided by the end of the year. Fingers crossed.

Do you mean in the shipping cart? Maybe there's a module for that. I'm not aware of any settings in the normal installation.

It looks like it could be TLS 1.2 related: https://support.stripe.com/questions/upgrade-your-stripe-integration-from-tls-1-1-to-tls-1-2

Does anybody else’s mobile checkout for Chex also look like this, ie with a huge cart that blocks the checkout forms? It’s not in all browsers but eg in Firefox Focus. ps @Mike1Sorry, can’t help you. I’d assume one could somehow automatically drop spaces, though.

I confirm that datakick's fix also works for the latest mollie 4.1.1. 🙂

Is it possible to recalculate taxes for past orders, in particular where the tax rate of the shipping changed? I am assuming one would need to reset some entries in the database and assign new carriers with the new tax rate to the past orders. Is this correct?

Actually, I was too hasty. I still get this. The base price of the shipping is still tax included. This is how my cart.php file looks: if (!Configuration::get('PS_ATCP_SHIPWRAP')) { // if ($useTax) { // With PS_ATCP_SHIPWRAP, we apply the proportionate tax rate to the shipping // costs. This is on purpose and required in many countries in the European Union. // $shippingCost *= 1 + $this->getAverageProductsTaxRate(); // } // } else { // Apply tax if ($useTax && isset($carrierTax)) { $shippingCost *= 1 + ($carrierTax / 100); } } $shippingCost = round($shippingCost, _TB_PRICE_DATABASE_PRECISION_); Any ideas? As I said, I'm more than happy to pay someone and have this fixed and flow into the codebase.