>Is this likely to be a configuration issue at my end
No.

In fact it was quite a deliberate decision to completely disable the whole shipping address input when being redirected to paypal as – in my opinion – it only confuses the issue of paying for an order.

That being said, there is also a filter available in the plugin/gateway that allows to to override this behaviour as it suits your needs (i assume here you know what wordpress actions/filter are and how they work).

As a starting point you could do this sort of thing
you should be able to adjust things from here as you need them to be in your particular circumstances
see
https://developer.paypal.com/docs/classic/paypal-payments-standard/integration-guide/Appx-websitestandard-htmlvariables/#paypal-checkout-page-variables
for parameters paypal accepts

add_filter('wppizza_filter_paypal_parameters', 'myprefix_paypalfilter', 10, 2);
function myprefix_paypalfilter($parameters, $order_formatted){

	/* will revert the value to the default of 0 */
	unset($parameters['no_shipping']);
	/* alternatively override to the value you want there like so  */
	$parameters['no_shipping'] = 0 ; /* 0. Prompt for an address, but do not require one */
	
	/*
	 setting some default values according to your settings, using the values returned in $order_formatted.
	 do a print_r/vardump $order_formatted to see all order parameters . It should be obvious what is what
	*/

	$parameters['last_name'] = $order_formatted['customer']['cname']['value'];
	$parameters['address1'] = $order_formatted['customer']['caddress']['value'];
	$parameters['email'] = $order_formatted['customer']['cemail']['value'];
	/* and so on */
	
return 	$parameters;
}

Hope that helps

generally that all sounds good.
just out of interest though, what phone are you using there you have an issue with ?

PS: the easiest was/is always to simply use wppizza->layout->styles->responsive
(which always displays the title above everything else)

However, I just happen to like the default layout myself (and alwasy did), but it does need a lot of css to make it work on different devices as it also depends on how many sizes there are for an item etc …
(again, that’s why the changes were made in 3.10 – to make it as usable as possible “out of the box” with any – or at least most – themes)

…………

yes, i try to keep these relatively drastic changes to an absolute minimum, but it sometimes cannot be helped (to make things better for all) and if I do, I’m happy to hear about (and solve if at all possible) any issues

(Just felt the need to say this, lol)

i.e when resetting (i’m writing this out here – as reference to myself too – as i may even be adding this or similar as a default to the next update )

@media only screen and (max-width: 420px){
.wppizza-article-default .wppizza-article-sizes {position: unset !important;}
}

> the additives are standing now directly after the article title
i’m not with you.
that’s the default behaviour (but you have overridden that span with display:block and whatnot which in turn pushes everything after down)

it also resizes quite nicely when looking at it on a mobile device. i.e title above additives above prices – as intended and in fact the whole reason why the css/elements order was changed in wppizza 3.10

you sure you are not looking at some sort of cached version in your browser ?

the order of the actual wrapping div, ul etc elements (prices, content text, title etc ) was changed slightly to make it possible to make things fit on a screen (affects default style only) when viewed on small screen devices while adding/changing *some* of the css to make this look as it did before

this was simply not doable before dynamically using media queries css and in mamy cases will have resulted in quite a messed up screen when using mobile devices..

that’s just as an explanation

with your multitude of additives for your italien salad, this might well cause an issue and i’ll look if i can account for this too.
In the meantime though – might also be the case – are you using any custom css on those elements ? perhaps simply removing any custom css there will also “fix” it so to speak (one might be overriding the other)

I’ll have a look here too if i can reproduce your layout and see what happens, but if you could also check any custom css you might have and let me know , that would be great

Could you also send me the url of your site so i can have a look at the actual css that is being applied ?

thanks

>If you mean this option
yes, that’s exactly the option I meant. As it works just fine here from what I can see, can I have a link to your site please where I can see this not working ? thanks

perhaps also see the screenshots for the “breakfast example” here
https://demo.wp-pizza.com/wppizza-add-ingredients/our-menu/user/

You’ll have to write some sort of cronjob (or WP Cron)
you could base this on the getting and deleting orders functions here
https://docs.wp-pizza.com/developers/?section=function-wppizza_get_orders
or of course use WP_Query itself or even your own sql statement

essentially you need to query the [yourprefix]_wppizza_orders table by orde_date and delete the entries as you require
be aware that every order id in that table might also have associated metadata in [yourprefix]_wppizza_orders_meta
so you will want to get those too and delete the rows in that table as well or you will end up with orphaned entries in the meta table.

alternatively – if you are really quite sure you want to delete all entries, simply truncate those 2 tables at whatever time is appropriate

>If the mail address or settings is wrong, should not I receive mail or
i cannot answer that question. it entirely depends on all your other settings
clearly though, if get the orders you are expecting to get , it works for you.
that “error” simply tells you that there’s something that’s – let’s say – somewhat suspect.
if you want to ignore it , feel free of course

I would however suggest you fix it as somewhere down the line you may *not* get your order notifications anymore as mailservers might consider this to be spam at some point if an email does not exists but you are setting it to be sent from that address – all depends on your mail server setup. (this is just a synopsis, there’s a lot of stuff that can come into play here)

You might also find that even though *you* get the emails, your customers do not .again, it all depends.

in short: use emails in your side of the setup that exist.