Sorry, but the amounts of what is going to be charged and what has been paid must match exactly. There is no provision for making this optional.

I don’t understand. they are already sorted

https://docs.wp-pizza.com/shortcodes/?section=user-orderhistory
perhaps ?

>a way to enter discountcodes to the account
i dont understand, why would (should) a user be able to add discount codes to an account ?

did you enable them to be prefilled ?
have you cleared your cache / cookie s(so you are not looking at old and / or already submitted data ?

nothing has changed in relation to this for years so there’s no reason to think this is suddenly broken
(and also doing a quick test here it works just fine )

it’s inbuilt, no plugin needed.
simply enable the fields in wppizza->orderform “use when registering”

>they are unable to see the Shipping Address field.
that is correct, because the shipping (aka delivery) address should really be added to the checkout form in the first place
or the plugin will never have any information about where to send the order to . And as that is typically the case, asking for the shipping address again once in the paypal payment screen is superfluous.

that said, if you want to enable this anyway for some reason or another , you can do this by using a filter like so (not tested, but should work just fine)

add_filter('wppizza_filter_paypal_parameters', 'myprefix_set_paypal_parameters');
function myprefix_set_paypal_parameters($parameters){
unset($parameters['no_shipping']);
/*
or instead try one of the below if the above does not work
*/
//$parameters['no_shipping'] = 0;
//$parameters['no_shipping'] = false;
return 	$parameters;
}

note: this applies when using the paypal standard redirect implementation (which you are seemingly using)

>Olly, now it’s the same problem everyday
that actually makes more sense . as you know – as a temporary workaround at least – you could set the “Timeslot expiration” to zero . as you are only doing full days it makes virtually no difference , unless someone stays on your orderpage for a full day before actually ordering the chances of that are quite small i would think.
yes, i need to fix this and will do so. i also know *where* the issue is, but i want to be sure as much as i can be that the update for this would not break things elsewhere for people that have other settings….

(in the next few days i would think i should have this done though in any event)

there is nothing inbuilt, but i suppose you could use the currency filter
https://docs.wp-pizza.com/developers/?section=currency
to change the currency in conjunction with some dropdown/select and xchange rate setting
alongside filtering the (wppizza)post meta values for the wppizza post types posts (what’s what in the meta values should be reasonably obvious from the array keys)

ok, thanks for all the info. i can actually reproduce this now here – that’s a good thing – when i use your settings
just need to find out what causes the issue. probably related to only using whole days as noone else has reported this issue, but my guess would also be that most shops will have some sort of timeintervalls
anyway, we’ll see. cannot give you any ETA though at the moment as to when this will be fixed, as I do not know yet what the issue is, but will keep you posted

when you say
“…it states sunday as 0 and in pre-order sunday is 7…”
where exactly are you seeing this sunday == 7 please ?
there is nothing in the php of the preorder plugin – not that I’m aware of anyway – that makes any reference to any specific weekday