that looks like javascript errors – the browser console would tell us more, but i appreciate that most users would not know how to access this .
seemingly also from a mobile device – might have something to do with this .
i’ll make a fake order (it will fail and will be clearly marked as “do not process” and you’ll get an error send to you , just ignore that , just try to find out if i can reproduce something)

in the meantime (FYI):
i can reproduce this here with your cloned site. that’s a good thing.
and it transpires that this is a bug in the main wppizza plugin if only one gateway is enabled which is not a cash on delivery or similar pay in delivery gateway (i’ll spare you the minute details here). i’ll update the plugin accordingly and release an update tomorrow or latest the day after i would think.

will that update fix all issues ? hopefully one would think (certainly fixes things here and i cannot reproduce any errors with that fix applied), but i would suggest – when that update is available and you updated your version – you’ll keep debug enabled for a few days in case there are more as yet unknown issues . it will help track them down more easily if this should be the case

other than that, having looked at some of your settings, though not in minute detail , i would probably also suggest you

– a) set the timezone in WP->settings to an actual place (i.e London/Europe or whatever is appropriate) as opposed to UTC -1 as time offsets change for locations during the course of the year
– b) assuming you are not a charity, look at your tax settings. you are probably not tax exempt (i might be wrong of course) so entering your actual tax rates and then enabling “Prices include Tax” would presumably be a more accurate reflection of prices/tax (wont fix past orders, but going forward is likely to be a good thing to do, especially if using the reports->export ability for tax purposes – if you need to )

just suggestions/observations though. entirely up to you of course how you want to do things exactly

for the time being , the only way to do that would be to do a “dummy” order by yourself for that timeslot so it’ll be taken away from the available ones
(I don’t understand why that question is marked as private ?)

>It was either 3.12.2 or 3.12.1 at least it narrows it down a bit !
close enough. i dont think 3.12.3 could cause this , as there’s nothing in that update i believe that could have anything to do with this , but we’ll see. i’ll check a few things on that front too

>We will need to take off debug mode before the morning though when we open
dont know why that’s strictly necessary, but by all means – kind of know what we are looking at for the moment anyway
feel free to turn it off right now and/or even delete/empty that debug.log. all the info needed we have (as it stands at the moment i think anyway)

>Debug now looks like this for reference
thanks, no need for that though. i can see this myself
let me see if i can reproduce this behaviour here first of all.
will get back to you when i know more – might take a bit of time though

i would suggest you increase the memory limit too
40M is fine for a simple blog that doesnt do much
anything more than that (like ecommerce for example) i’d do 128M minimum
though wppizza has quite a small footprint on that front – https://plugintests.com/plugins/wppizza/latest –
putting themes and different plugins alltogether will probably require more

that’s not just a wppizza thing, but generally the case.
i dont think any other ecommerce plugin – woocomerce at all – will recommend anything less than 128 here

thanks

can you also ask your host and/or server administrator if they are running any kind of caching system as standard/default ?

[Admin Edit:] moved from https://www.wp-pizza.com/topic/failed-orders/

Had a few people report that they got an error (simple “website says error” pop up” when trying to place an order. Most have been going through fine today but from the error logs we found the following at the time someone was having isses. Might be related to the other post I just made.

CRITICAL ERROR:
10000 | DB: Could not update order: INITIALIZED => FAILED
WPDB LAST QUERY (*might* be related): SELECT *, order_date as date_sort, '1' as blog_id  FROM  wpdp_wppizza_orders WHERE hash = 'b54c7df9499f9af170a843944f52360f045f26c8bb7cb35a2f73c716292508c0e7dbc2cc4451083a0ac3516c2379e1f0' AND payment_status IN ('UNCONFIRMED','INPROGRESS')     ORDER BY  date_sort DESC  LIMIT 0, 1
LAST PHP ERROR (*might* be related): Undefined index: ordervars IN FILE: "/home/calderwo/public_html/order/wp-content/plugins/wppizza/classes/class.wppizza.order_execute.php" ON LINE: "641"
PARAMETERS RECEIVED
Array
(
[code] => parameter_invalid_integer
[doc_url] => https://stripe.com/docs/error-codes/parameter-invalid-integer
[message] => This value must be greater than or equal to 1.
[param] => amount
[type] => invalid_request_error
)
UPDATE VALUES
Array
(
[order_date] => Array
(
[type] => %s
[data] => 2020-05-13 15:13:49
)
[order_date_utc] => Array
(
[type] => %s
[data] => 2020-05-13 14:13:49
)
[transaction_id] => Array
(
[type] => %s
[data] => 1589382829
)
[transaction_errors] => Array
(
[type] => %s
[data] => a:5:{s:4:"code";s:25:"parameter_invalid_integer";s:7:"doc_url";s:61:"https://stripe.com/docs/error-codes/parameter-invalid-integer";s:7:"message";s:46:"This value must be greater than or equal to 1.";s:5:"param";s:6:"amount";s:4:"type";s:21:"invalid_request_error";}
)
[display_errors] => Array
(
[type] => %s
[data] => a:1:{i:0;a:3:{s:8:"critical";b:0;s:8:"error_id";s:25:"parameter_invalid_integer";s:13:"error_message";s:46:"This value must be greater than or equal to 1.";}}
)
[payment_status] => Array
(
[type] => %s
[data] => FAILED
)
)
--------------------------------------------------------------------------