Forum Replies Created
-
AuthorPosts
-
and – out of curiosity – did the available options change ? (i.e the list of postcodes selectable )
ok, that clears that up.
than the question is, what generates that json (I am quite sure it’s not wppizza though I could perhaps be wrong) ?furthermore , your first json has
“value”: “5”,
not only is there generally no corresponding index inoptions, there is also no corresponding option with an index of 5 in your second json data (but that could be because it’s from a different system /site . I cannot know)in other words, the ‘value’ must be present in the ‘options'(index)
First of all, I know nothing about winorder other than that it exists .
That aside (for the moment anyway)
– what is generating that json ? Where does it come from ?
– are both examples you are giving above from the same url with the same software rnning (wppizza plugin versions , wordpress, php etc) and were generated around the same time (as in : within a week of each other or so) ?>I think it is a sort of “caching problem”
I very much doubt thatThe problem is (most likely) that your first example does not have the options indexed properly but again that depends on what is producing it / where that json data comes from
the 405 is fine here – it’s just old documentation that has been amended over the years as paypal changed their integrations.
Note to self: I need to update this sooner rather than later to avoid further confusions(the 405 relates to the fact nothing is being posted to this url when you go there directly in your browser, whereas an ipn response will – and must have – post data)
I’ll see if I can make this more elegant too if one simply wants to see if this script is working without actually sending any data.
At the end of the day what really counts is this:
Set the mode in the paypal plugin to test and make a test. if it works it’s all good , if not check the debug.log
If it works in test , it will work in live (as it’s the same) provided you are using the right credentials – i.e email address and/or REST credentialsthe debug.log you attached above is referring to a website where it’s all still as it was and you WILL have problems there
your ‘carrello’ , ‘/il-mio-account/carrello/’ urls may well be working but I cannot know as there’s no domain mentioned related to those in this thread.
>…. what happened to these
They are not needed as now globally implemented for all gateways and basically automaticAny references to ‘…../plugins/wppizza-gateway-paypal//ipn/ipn.php …’ in the plugin – if using v5.4 – are old and wrong and I’ll need to take them out to avoid confusion (the double backslash would not have caused any issues either way and is just a typo). Sorry about that.
For v5.4 + The correct webhook url is
http[s]://[your-domain]/?wppizza-listener=paypalipn (note the ‘ipn’ at the end)
(NOT http://xxxxxxxxx.de/kassel-nord/?wppizza-listener=paypal)
Depending on your exact settings, you may not even have to set that in your paypal account , but it’ll be safer to do this anyway
Hope that helps
A few observations.
a) the debug log you sent me has none of these warnings you are referring to above in it
b) it does however have several hundred entries per day ofPHP Warning: session_start(): Cannot start session when headers already sent in. PLease refer to https://docs.wp-pizza.com/troubleshooting/?section=headers-already-sent.
That said, I also believe this is more of the symptom than the cause
c) when trying to to verify the order at paypal, paypal respondes with a 403 error – i.e access forbidden (again, I think this is also only a symptom , not the cause)What is definitely a problem – which may or may not be the root cause for everything but certainly one of it – is that you are caching you order page. Or more accurately, you are putting the checkout (widget) onto your article pages which are cached.
You must not cache any pages that have the checkout ‘widget’ on them or take steps to work around this (see also https://docs.wp-pizza.com/getting-started/?section=setup)
This is definitely something that needs fixing first. Once you have done that, see if you still have issues and report backSorry, didnt see the link to the debug amongst all of this
will have a lookmost (if not all) of these are symptoms not the cause.
if “ordervars” does not exist there is something severely wrong elsewhere
so , yet again, I need the (full) debug log
Your “suggested fix” would cause more harm than good> I’ll share the log file with you.
I haven’t received anything ?!>I haven’t made any changes
But your host may have .For example update php versions – though that should be a good thing – or some firewall updates or what not. I cannot guess of course. But let’s start with the debug.log> for the past 5 days with several customers
As nothing has changed for month in the wppizza plugin and indeed the paypal one, the first question really would be what it is that changed your end about 5 days ago ?that aside, have you enabled debug (https://docs.wp-pizza.com/troubleshooting/) and checked your debug.log ?
Are all of your other plugins/themes up to date ?
Hi
a couple of things
First of all, your request isn’t anything that anyone has ever requested so it’s not something I would typically do unless the request comes multiple times (see also https://docs.wp-pizza.com/faqs/?section=customisation )
That said, I was kind of intrigued as to whether this would be easily achievable – purely out of curiosity.
As it turns out, it’s not actually that simple, but as I was already going down that road I ended up adding it anyway as mentioned in the changelogs .
See:
– https://support.wp-pizza.com/downloads/wppizza-preorder/ in this case
– or generally any plugin updates notifications in your WP dashoboad for a given plugin.As I cannot really provide individual notifications as to what things have changed where,
changelogs will always be the best place to look for what has happened if updates are available for a given plugin .Thank you
First of all, although possible, I would suggest you do not make any changes to those files directly anyway. If you do that , you will have to apply your changes every time there is an update.
See here: https://docs.wp-pizza.com/advanced/?section=modify-css-styles-layoutSecondly, it sounds more like you have a permission issue of some sort. WPPizza does not handle anything that would allow you – or disallow you – to edit its files. This would be server side or some “security” plugin or some other wordpress constant perhaps that is blocking yo from saving
In other words, this has nothing to do with wppizza and I cannot help you there I’m afraid .2 May, 2025 at 6:08 pm in reply to: Paypal problemUrgent Issue with PayPal Payment – Version 5.1.2s #70703This reply has been marked as private.2 May, 2025 at 5:49 pm in reply to: Paypal problemUrgent Issue with PayPal Payment – Version 5.1.2s #70702>I’ve updated everything — only PayPal is still pending
that’s clearly the most important one that needs to be updated.
(It’s also not the only one that is out of date. The postcode and ingredients plugins you are using there are also ancient , but are unlikely to be your issue admittedly)Furthermore, your logs say a ton of this
PHP Warning: session_start(): Cannot start session when headers already sent in .....not necessarily related, but you might want to address that too. see:
https://docs.wp-pizza.com/troubleshooting/?section=headers-already-sent24 April, 2025 at 3:14 pm in reply to: Paypal problemUrgent Issue with PayPal Payment – Version 5.1.2s #70608> I will activate the debugging feature now.
What’s as important (probably even more so) is that you update your site.
From what I can see, your plugins and theme are on average about 5 years out of date.
(Even the wordpress version running on that site is quite outdated – v6.5.5, current one being 6.8).23 April, 2025 at 10:41 am in reply to: Paypal problemUrgent Issue with PayPal Payment – Version 5.1.2s #70592Without a Url I cannot say anything other than
– have you enabled debug and looked at the debug.log ? (https://docs.wp-pizza.com/troubleshooting/) Anything in there ?
– that paypal version (5.1.2) is now 5 years out of dateAs this might be helpful for others, I’ll reply to your other preorder request here:
— QUOTE —
I only accept 1 order per timeslot. I can see, when I delete an order for at specific time in the order history, the timeslot becomes available again.
Is there any status on the order history I can set, so the timeslot becomes available again?
— END QUOTE —
[admin: I suspect you mean without deleting or refunding an order as this would also have the same effect as you’ve noticed]So, as of Preorder – v3.13 you can do the following:
Goto WPPizza->Localization:
At the bottom you will find a section called “Admin Order History – Custom Statuses”
– Add “Label” (or whatever you like but cannot be empty) in the “Custom Options Label” field
– Add “Unblock” (not case sensitive, but can also be longer, but must include ‘unblock) as a/one of the “Custom Options [enter a comma separated list of options]” field. i.e something like
Unblockorsome, option, UnBlock Timeslotorxyz, doUnBlockMe, more, optionsetcYou will now see a new dropdown to the left next to each order in the order history.
If you select/set this ‘unblock’ option for an order, the preorder timeslot gets unblocked so can be used again.Hope that helps
-
AuthorPosts