>will it work?
No. you *must* find the right $order_details parameter according to your requirements.
$order_details['ordervars']['{some-order-value}']['value'] is just a dummy/placeholder (it doesn’t even exist in the $order_details array)

Hi

can you please send me an email to dev[at]wp-pizza.com with this topic as a reference ?

thanks

>how should i write the code?

you should write it depending on the parameters you will find in $order_details (it should be quite obvious what is what if you output that array somewhere ) and your requirements/conditionals as needed.

I don’t understand the question here

added as of 3.3.4
(but not “Uhr” – not for the time being anyway – as this is not a universal thing )

>In any case: thanks again so much for your personal support here!!
you’re welcome

>I did some digging in the backend…and in a sub-sub menu found an error log for the hoster…probably is not caching but rather some security protocol that they have running, no?

and there is your problem.
i.e it’s ‘mod_sec’ (mod security) throwing a false positive , only your host will be able to fix this (having had a bit of a rummage through some sites , and seeing the id being “33340156” (according to your logs), there might be a way to bypass things for this particular mod sec rule (htaccess or some other way)
but that’s really something you have to take up with your host

PS: and before you come back to me telling me that your host says “it’s insecure so we will not do anything about this”
ask them why the *same* script works the next time round when you increase/decrease the quantity after you’ve deleted an item
(not to mention it’s working just fine for thousands of users and i have mod_sec too installed here without any such issues)

thanks for getting it to the bare bones – i’d also suggest you disable all additional other gateways (though i dont think it’s caused by those either, but makes things easier)

in any even though, what happens is this in all circumstances:

you put a few things in the cart,
lets say here https://pizza.taverne.at/speisekarte/pizza/ I am adding
3x Käse-Pizza
6x Margherita Pizza 21cm
1x Margherita Pizza Ø 31cm

and i can add / remove / alter as i like. so far so good

when i now go to the order page (https://pizza.taverne.at/orders/)
i can see all those things in the cart as expected
if i now try to change *any* quantity (up or down) it throws the 403
if i *delete* one of the items i can subsequently change things as needed
and do whatever i like after that it seems

this somehow looks to me like a db and/or cache and/or session issue

check this :
a) clear your cache
b) put something into cart
c) go to orderpage
d) STOP doing anything else
e) check the [prefix]_wppizza_orders table for a new entry (corresponding to the current time if you already have orders in there, alternatively truncate that table beforehand so it’s easier to see)
f)if there’s nothing in there, than there’s the issue – i.e a db entry has to be added when a user goes to the order page the first time
g) let me know and we’ll see if we can pin things down a bit further perhaps

can you also please post your wppizza->tools->system output here separately ? (make it “set as private” if you want)

re surcharges:

as I understand it, it varies between countries (and even within countries there seem to be discussions – just as a random link, see here https://www.osborneclarke-fintech.com/2019/11/15/are-surcharges-for-paypal-and-sofort-transactions-in-germany-allowed/)
in any event, the terms and conditions of most third-party providers already prohibit you from surcharging end customers for using their services.(i.e Paypal and I assume Apple does the same)

Disclaimr: I am not a lawyer of course and am only following these things out of interest. What you decide to do is your decision naturally. I’m just passing on info or indeed voice my opinion (which may or may not be correct)

filter(s) added as of 1.3.1
see: https://docs.wp-pizza.com/developers/?section=wppizza-autoprint

@petroni417
it’s not very likely that there will be an y extra fields along those lines (as no doubt everyone will want something different based on different things)
However, I am happy to add a filter to the plugin in an update that allows people to set printids on whatever order value they want to base it on