Thanks for the details – helps a lot.

Referring to your original post:
>Issue 2
I can reproduce the same thing here and agree it’s not doing what it is supposed to be doing
Am pretty certain this worked as intended at some point, so something got lost somewhere in an update. My fault and will be fixed asap (later today / tomorrow I would have thought)

>Issue 1
(assuming here the “issue 2” problem being fixed)
This works as it should from what I can make out.
I.e opening at 17:30.
preparation time 40 minutes , minutes after opening 40 min
== total 80 min after 17:30 opening -> 18:50

point being: if you are saying delivery takes 40 minutes and preparation takes 40 minutes, customer will not be able to receive anything before 80 minutes after (re)opening .

The reason why there’s a pickup/delivery distinction in preparation times is because someone asked for it at some point, but I cannot remember why this made sense to be honest. Suffice to say I would not have added it if the case had not been made to do so.
In any event, you can of course set the times as they suit you and – I admit – the explanation next to each option could be more descriptive . I’ll see what I can do there.

So, I’ll have an update later today for this.
That said, just ignore my explanation regarding “>Issue 1” above. That’s not how it works and what I said is simply wrong.
The time do NOT get added to each other but are independent

i.e “Minutes after opening” applies only to the (re)opening times. (e.g opening at 8:00, 45min time set, 8:45 earliest available. once it’s later that that , the 45min become irrelevant)

Preparation times: always added to current time as earliest available slot (provided shop is open).
Naturally, “minutres afer openeing” and “Preparation times” might compete – so to speak – early in the day , so longest delay will apply

above just as a – hopefully understandalbe – explanation how this works if someone reads this thread