Forum Replies Created
- AuthorPosts
-
hmm, trying things here with your copy, it works just as I expect so I must be missing something….
e.g. on your test site, currently being Sunday morning 3rd March when you are closed until 8 , I cannot order anything until Wednesday (6th March – as of course you are closed Mon and Tue)…
So what do I need to do to see what you are describing (and please be specific as to what outcome you would be expecting when doing things) ?
This reply has been marked as private.ok, at least its not language related (one less thing to worry about)
can i see your (non-working) preorder settings , together with a screenshot of your openingtimes plaese.
Could you also check – temporarily of course – if this issue still exists if your site language is set to englishthanks
>In the subdirectories of my clients, there is no file named “wppizza-customisation.php” at all.
evidentally there is though, otherwise the error:
“Undefined constant “ingrinfo” in /……../wp-content/plugins/wppizza-customisation/wppizza-customisation.php:16”
would not ever be thrown…. ?!?for completeness sake: as it stands, this problem will also occur if setting the date format to “Feb 26 2024” (i.e any 3 letter month format), always depending on overall language set
as a summary here (in case someone experiences the same or similar issue and comes across this thread)
– simply changing the date format in the preorder plugin (ignore WP settings etc) fixes things it appears
As mentioned above, I’ll see if this is fixable.
This may actually involve removing the “26 Feb 2024” format option altogether ….yet to be determined …
In any event, it will be addressed in the next update of the plugin one way or another
@johanfmp
Again , thanks for doing the donkey work here to narrow this down , much appreciated and very helpfulps> I noticed a file named “wppizza-customisation,”
got nothing to do with me as such (though probably based on this post here regarding portability -> https://docs.wp-pizza.com/developers/?section=filters-actions-functions)let’s start with the easy pickings first (may or may not be the issue of course)
from your debug:PHP Fatal error: Uncaught Error: Undefined constant “ingrinfo” in /……../wp-content/plugins/wppizza-customisation/wppizza-customisation.php:16
so you are using a constant that does not exist.
since php 8.2 (or perhaps even 8) this will cause fatal errors – i.e your site just dies – so you need to fix that to start off with (I do not think there ever was a constant called ‘ingrinfo’ anyway unless you defined it yourself ?!)ok. noted (thanks for jumping through the hoops to narrow things down and providing a workaround fix though)
Still a bit strange to be honest, so I’ll dig around a bit to find out what’s going on (and of course fix it if it’s doable)>Olly, it seems that the preoder (picker) has a problem with the dutch language
interesting and quite possible (may be dependent on date format settings)
i’ll play around with it here to see what is going on (I guess you have your – at least temporary – workaround )This reply has been marked as private.This reply has been marked as private.your debug is still saying
…session_start(): Session cannot be started after headers have already been sent….works all fine here with your settings.
your debug however is complaining about session start – for this see here: https://docs.wp-pizza.com/troubleshooting/?section=headers-already-sent
secondly: have you tried enabling the caching bypass option (in the preorder plugin settings ?)
i.e enable
Caching: Turn this off if you experience problems with date/times not being set correctlyI just did a test on your site
what does your debug log say ?
(looks like you need to enable debug though – without it we will have no idea)without seeing your settings in the preorder plugin , I cannot really comment other than to say , have you enabled debug and checked your debug log to see if there’s any hint there ?
https://docs.wp-pizza.com/troubleshooting/Am a bit puzzled. It’s all there from what I can see ?!
Apart from that I would, however, also suggest you address your debug.log entries (php notices, db errors) in any event.
As of v1.2 you can now enter “-0” (that is: minus zero) into a pickup price and it will hide the relevant menu item from selection (And indeed remove it from the cart if it was added there before when delivery was selected)
hope that helps
Sorry, but there’s no easy, or indeed in-built, way to do that I’m afraid (it would have to be dynamically removed from the cart for example when switching between pickup /delivery alongside a bunch of other considerations)
- AuthorPosts