digging around a bit more, there seems to be a fixed username/password for testing. I’ll see what I can find out , but will take a few days until I can say if this will happen or not. I’ll post here as I find out things

the relevant data is in the [your_table_prefix]_usermeta table stored with a meta key of wppizza_rewards_x (where ‘x’ is your blogid – typically 1 if it’s not a multisite setup) associated to the user id .
it’s a serialized array

that will look *something like* this – depending on your settings:

(
[points] => Array
(
[first_order] => Array
(
[timestamp] => 1643293592
[points_expire] => 1674829592
[value_per_point] => 0.01
[points_total] => 250
[points_value] => 2.5
[points_redeemed] => Array
(
)
[points_unredeemed] => 250
[points_value_unredeemed] => 2.5
[settings] => Array
(
[points_type] => cart_subtotal
[points_per_unit] => 1
[points_per_unit_pickup] => 0
[points_rounding] => natural
[value_per_point] => 0.01
[award_points_user_registration] => 125
[award_points_first_order] => 250
[points_expire_days] => 365
)
)
[order_7] => Array
(
[timestamp] => 1643293592
[points_expire] => 1674829592
[value_per_point] => 0.01
............. more data ................

i suppose you could amend the point total and related (points (un)redeemed, (un)redeemed value etc ) for the “first_order” array but I would strongly advise you to make a backup first before doing anything there – it’s entirely at your own risk editing this. This thing is not really that trivial

INPROGRESS orders are exactly that, so must block the timeslot as they could be completed anytime – typically in seconds/minutes but it’s not guaranteed as it depends on user as well as gateway (inter)action.

Of course, if there are issues with your payment provider , than that’s something they need to fix. I have no influence over their system.

In short, what you are describing is by design and there are no plans to “fix it” as there’s nothing to fix from my end from what I can see

Hi

sorry, but I must admit I don’t really know what you are referring to with your reference to the “custom gateway .zip”
Could you send me a link to this zip file please to allow me to be able to help you ?

thank you

>When I go to checkout it not very plausible to cross-sell an other pizza

and if the majority of customers do/did not actually buy another pizza but a dessert or drink than that is exactly what will be displayed

there are no closing *days* as such.
there are only closing *times* you can assign to your days (mon – sun or additional custom dates you may have entered).

i.e you set opening and closing times for mon-sun and any additional dates(as required, typically bank holidays) and use the closing times to – for example – close for lunch . those closing times can then be assigned to your mon-sun dates or those custom dates

Sorry, but I cannot replicate this here.

In fact the bit that deals with the display of the [+] button etc for repurchasing things specifically checks that the post_status is indeed “publish” and nothing else.

Have you tried de-activating all other plugins and used a default (20something) theme ?

Or perhaps I’m looking in the wrong place. Can you post a screenshot somewhere of the page where you are seeing this , just so I know we are talking about the same thing

Hi

First of all, sorry for the late reply. For some reasons I did not get any notifications in the last few days that there were any new topics posted on here.

Regarding your post: Thanks for the detailed report. I’ll try to replicate this here and update the plugin with a fix if indeed this is an oversight – as it may well be – on my part and not some 3rd party plugin or filter that is changing post statusses or some such thing

might take a couple of days or so though

instead of writing some abstract explanation here – there is also a “how to” tab in the add ingredients plugin itself btw – have you looked the the (user)examples of the demo and looked at the screenshots ?
https://demo.wp-pizza.com/wppizza-add-ingredients/our-menu/user/

essentially and in a nutshell:
– you add the ingredients you need (i.e all the frostings and all the chocolate chips etc)
– depending how your meal sizes are organised (one for cupcakes and one for cookies for example) assign the relevant ingredients to those “meal sizes / groups” and enable add ingredients for the relevant item.
for more granular control you can also/additionally use custom groups

there are different ways to organise things – consider “meal sizes” as the parent of menu items and ingredients which essentially links them together so to speak – it’s kind of up to you to decide what works best for you though

you can export them from wppizza->reports