if you are talking about the images there’s an option in wppiza->layout->Menu Item Images “pretty photo”
which will open an image in a lightbox kind of thing , other than that , there might be some other plugins that do things like that , but i have no idea

ahh, now that makes sense , because it means that the notification message (at ipn.php) gets sent multiple times back to the server as otherwise you would not ever receive the normal order confirmation email
(this seems to happen only sometimes from what i can see and for reasons only ebay would be able to track down. might be waiting for a timely server response or any other reason, i don’t know)

in a nutshell, the order execution goes like this (there are a few other steps , but to keep it simple)

notification received at ipn, look for an order that has status “inprogress” or “unconfirmed” for that id.
if found, execute order, sending emails etc. once that’s all happened set status to “completed” – done

if the same ipn gets sent again, it will be looking for that “inprogress” status , however, it does not exist anymore as it is now “completed” (as we do not want to execute that order multiple times of course)

that’s as an explanation and it’s the only way i can see this happening

as there is a possibility somewhat, that other gateways might do the same, i will add something to the plugin (that’s the main wppizza plugin) to account for this. As I am in the middle of tearing a number of things apart an update is quite a few days away yet, so in the meantime, you could edit a corefile as follows (assuming you are familiar with simple php editing)

in wp-content/plugins/wppizza/classes/class.wppizza.order_execute.php you will find at approx line 1166

	/* error details */
	$result['error'][] = array(
		'critical'=> $critical, /* force sending of email to admin */
		'error_id'=> 30007,
		'error_message' => __('order not found using order id','wppizza-admin'),
		'wp_error' => ''
	);
	/* logging, and sending */
	$this->gateway_logging($result['error'], $gateway_reply, $order_id, $this->wppizza_gateway_ident, 'get-prepared-error');

	/*
	ipn, just return false !
	*/
	return false;

edit this to be the following

	/* 
	if we receive ipn notifications multiple times for the same order, the status will already have changed to completed, 
	so before throwing errors, check if that is the case and if so , simply ignore
	*/
	$order = WPPIZZA()->db->fetch_order_details(false, $order_id, false, array('COMPLETED'), $wp_user_id);
	if(!empty($order)){return;}

	/* error details */
	$result['error'][] = array(
		'critical'=> $critical, /* force sending of email to admin */
		'error_id'=> 30007,
		'error_message' => __('order not found using order id','wppizza-admin'),
		'wp_error' => ''
	);
	/* logging, and sending */
	$this->gateway_logging($result['error'], $gateway_reply, $order_id, $this->wppizza_gateway_ident, 'get-prepared-error');

	/*
	ipn, just return false !
	*/
	return false;

save (and make a test order i would suggest)

i’ll add something like that to the next update

if you still have issues once this is added, please let me know.
while making sure that this works, maybe you could also perhaps enable
“Log successful orders” /wp-admin/edit.php?post_type=wppizza&page=settings for a few days
as it might give us a better idea/clue in case the above does not rectify the issue

(if it all works , after letting things run for a while, you can turn this off again)

just did a test on your site and it works just fine…?!
any particular items in cart or checkout details you can give me so i can reproduce this ?

got a link ?

that’s just offensive
feel free to write your own plugin, maintain it over the years keeping things backwards compatible for old php, mysql versions while also accounting for endless variations of server setup, adding forever new things for your 1000’s of users , reply to literally thousands of support requests / emails / forum topics and then come back to me complaining

in any event , that get_orders_orderhistory is a leftover from v2 and is only used in the order history and will probably be removed at some point in favour of a wrapper that will then use the fetch_order_details which will then allow queries that are not as restrictive as they are at the moment with the output being formatted as opposed to just the raw data and a bunch of other options

https://docs.wp-pizza.com/developers/?section=gateway-filter-frontend
in conjunction with

https://docs.wp-pizza.com/developers/?section=global-wppizza-functions
->WPPIZZA_IS_PICKUP

i would have thought

>I’m getting an error

of course you do. your syntax is wrong (it even tells you where the issue is)
https://www.w3schools.com/jsref/jsref_regexp_test.asp

it’s not a plugin (well, it is kind of , but it’s inbuilt so to speak)
it’s simply a way to add a custom validation rule you will then have available in the validation dropdown in wppizza->order form settings for whatever field you want to apply this to
i.e

	//to add your own rule - let's say 'my_rule'
	add_filter('wppizza_filter_validation_rules','my_function');
	function my_function($validation_rules){
		$validation_rules['my_rule']= array( 'lbl'=> 'My Rule', 'parameters'=>false, 'callback'=>false, 'enabled'=>true);
	return $validation_rules;
	}

will add a “My Rule” to the dropdown

	$.validator.methods.my_rule = function (value, element) {
   		return this.optional(element) || /^(?:\d+|\d{1,3}(?:[\s\.,]\d{3})+)(?:[\.,]\d+)?$/.test(value);
	}

is the javascript that validates the field that has “My Rule” as validation selected (i.e it should return true or false depending on how you want to validate this)

and if the concept of filters/actions s new to you:
https://docs.wp-pizza.com/developers/?section=filters-actions-functions

the order history shows the information that was sent in the email to the shop (i.e the info in the email to the shop == info in order history )