with 1.3 that might have made sense (up to a point , discussion of which/why is irrelevant here for the moment) -with 1.3.1, i cannot see how.

could you turn it on again and i’ll check some things – or – if you prefer – tomorrow when you are closed (i can just open the shop in your admin for 5 minutes to be able to add something to the cart and mess around on the order page to check things or something to that effect)

did you have that issue *after* updating to 1.3.1 (stripe) or before (i.e with 1.3) ?

you are mixing options 1 and 2
please read here
https://support.wp-pizza.com/topic/things-to-do-on-first-install/

this is not how the mail function works

simply speaking: it doesn’t care if an address does not exists. or if your settings are incorrect .
all it cares about is that there is no *fundamental* syntax error.

whether an smpt sever or email address actually exists and whether the settings for it are correct it doesn’t know anything about

furthermore, of the 3 mail options you have in the plugin (mail, wp_mail, phpmailer) only the last one would let you set smtp settings (unless you are using a 3rd party plugin to override things, but that’s a different story altogether)

on a more practical level:
if that particular part of code you are referring to returns “FAILED”, the customer on the frontend would end up with a big error message along the lines of

“Apologies. There was an error receiving your order. Please try again.”

so it does not really make sense to display this order anywhere as the customer will not expect (unless he can’t read) this order to be received/fulfilled, so the restaurant should not process the order anyway.

as mentioned, this will only ever happen if your mail function has been disabled for example or there’s something fundamentally wrong elsewhere

forgive me, but what you are requesting does not make much sense to me, but feel free to expand if i missed something

>Does not work.

works just fine….
i click on links and stuff gets added to cart ?! (tried chrome and FF)

>I tried error_reporting (0);

you need to comment it OUT

i.e so it reads
//error_reporting (0);
instead of
error_reporting (0);
(in case that was not clear)

without a link to the site i cannot say anything (and no, a screenshot does *not* help)

in any event, layout , colours etc this is the stuff *you* do…

>Our where i can change this code
you don’t

>it possible to start with a new order number every day..
use the following filter as you want to

add_filter( 'wppizza_custom_transaction_id', 'myprefix_custom_transaction_id', 10, 2);
function myprefix_custom_transaction_id($transactionId, $orderId){
		
	/*
		
		do whatever you need to do with the $transactionId
	
	*/
		
	return $transactionId;
}

i know , it’s been months since, but just to mention this here:

wppizza version 2.11.9 also has a grid based layout option now – wppizza->layout (though currently somewhat experimental and might need some css tweaking for individual themes)

if you wanted the image to be after prices, just edit the wppizza-loop-grid.php (copy it to your themes directory first) moving the thumbnails bit after the prices bit (see comments in file)

you havent read the comments properly

could also add ….

(though there is a mistake as that it should say [‘status’] of course ) – now updated in the original documentation too)

i.e

if($postdata['vars']['type']=='statusupdate' && in_array($postdata['vars']['status'],array('DELIVERED'))){
/******etc*****/