first of all, thanks for the report.
However, I know why this happens and also know that it’s not really a problem (other than a somewhat annoying error message in the health screen)
It’s an easy fix though so I’ll update the rewards plugin in the next few days and the issue should go away

Thanks

can I have a url please where I can see this ?
can I see a screenshot of your preorder plugin settings please?
Are you caching pages that should not be cached perhaps ?

>Do you have maybe an idea what could cause this problem?
Yes, I do. This was fixed in 3.19.6 though So I assume you are either still running an old version of the WPPizza plugin or added this ingredient when using 3.19.5
see also https://www.wp-pizza.com/topic/issue-with-the-ingredients-plugin/

actually, this is in fact the last update in the main wppizza plugin (v.3.19.5) that causes this. will be fixed very soon
[Now fixed as of 3.19.6]

Must have something to do with the introduction of allowing additives to be added to ingredients in 5.3 though cannot be 100% sure .
Regardless, I’ll fix that (later today I would hope) Thanks for the report

works just fine here (map or no map ), but there are of course a million possible option combinations.
can you provide an example somewhere with a “walkthrough” so to speak where I can see this not working ?
and specifically a: “I’m expecting this to happen” but instead I get “this is happening”

Preorder v3.12 allows for this now to be enabled in the settings

Hope that helps

>but the provider removed it from the portfolio years ago and because of all the PHP updates
Sorry, but I do not understand that statement. Could you expand on that ? what provider removed what exactly ? I am also somewhat puzzled as to what you mean by you can only use it on “outdated php versions “. wppizza is being developed with latest php (and with even not yet marked as stable future / development php versions)

>delivered with WooCoomerce
I don’t follow. WPPizza has nothing to do with woocommerce ?!

Other than that you might also find that 3.19.2 will fix your thank you page issue.
(As it happens, when dealing with something else a few days ago, I stumbled across a different way to implement the thank you page output which I believe works around all these potential theme and page builder incompatibilities.)

In any event, it is of course entirely your choice to switch to woocommerce if you so wish .

Just out of curiosity, I had a dig around. So below some comments which may (or may not) be helpful
Not exhaustive research though. Maybe it helps someone somewhere.

>If I upload the pictures directly it seems to work.
Yup. If you upload pics the regular way with wordpress, it generates 4 distinct separate images scaled and/or cropped.
exmage-wp-image-links (other/similar plugins may do the same) simply uses the image you added which then gets resized via css and image attributes. No actual resizing/cropping is taking place.
Since WP 6.7 WP adds the ‘auto’ attribute – if it’s missing and in certain circumstances – to the image sizes attribute.
So if the actual (thumbnail) image is meant to be square – but the actual image is not – it will simply be distorted to make it square.

As it turns out, you can actually turn this off with the filter below, but this might have implications elsewhere.
I did not want disappear all the way down that rabbit hole – so if you do that , make sure to check all your images / pages .
Perhaps it works or perhaps it’s just a starting point . All depends on your particular site setup and many other factors. Suffice to say, it’s out of my (wppizza) hands and evidently something that WP introduced to the detriment of these kind of plugins…

//remove auto from image sizes attribute (if set to lazy) 
add_filter('wp_img_tag_add_auto_sizes', 'myprefix_img_tag_remove_auto_sizes');
function myprefix_img_tag_remove_auto_sizes(){
return false;
}

Forget the screenshot.
I think there’s simply a misunderstanding here. From what I can see, this works all just fine and as intended.

A few things:

>When selecting the pick-up option, the “Our Menu” page does not appear as expected.
From what I can see (correct me if I’m wrong) you put the wppizza_dbp shortcode on your homepage.
If you put it on a page that does not have a cart/menu item on there it simply sets the choices made by the customer in the background so a subsequent visit to your wppizza menu page will take this into consideration. Nothing other than that will happen .
The idea of the shortcode is to offer an alternative to the popup (plugin settings). It cannot have any idea if or indeed where you want to redirect to.

That said, there’s of course always the possibility that I misunderstand the problem you are referring to. If so , let me know.

Furthermore, thinking out loud here , perhaps I could add an attribute to the plugin short code options in th enext update that would allow you to set a redirection pageid or something when the “OK” was clicked.
I’ll think about that

>However, the new version has more problems than the old one
How so ?