Forum Replies Created
- AuthorPosts
- This reply has been marked as private.This reply has been marked as private.19 August, 2025 at 3:03 pm in reply to: after updating to WP-Pizza 3.19.8 – cannot change item prices #71819
I believe this is now fixed again (v3.19.8.1)
thanks
19 August, 2025 at 9:32 am in reply to: after updating to WP-Pizza 3.19.8 – cannot change item prices #71788you’re right. sorry about that . will be fixed in the next few hours
(you can still update the prices from the quick edit screen though)This reply has been marked as private.This reply has been marked as private.This reply has been marked as private.>this has nothing to do with Winorder
I did not mean to imply that it did. All I’m saying is that I cannot say if winorder does what it is supposed to do as I know nothing about it.>Does it fix this?
I would think so (At least when testing this here with what I assume to be your settings it did not correctly work before but it does now)
I will spare you the details what the issue is/was other than to say it’s got to do with zero values and the difference betweenis_empty
and!isset
. Bit of a schoolboy error on my part but not that easy to track down initially as it seems random at first.>For the postcode Plugin there is no update right now…
There have been 2 updates since (https://www.wp-pizza.com/downloads/wppizza-delivery-by-postcode/)
However, your particular issue is not related to those updates but was caused by that issue referred to above in the main pluginThis reply has been marked as private.PS: there will be another update to the postcode plugin in the coming days, but that’s mostly cosmetics and some usability issues when using ‘funny’ characters in the postcode names/labels entered and using autocomplete
I cannot speak for winorder,
but I’m quite certain that if you update the Post/zipcode plugin and the main WPPizza plugin it will work just fine>Now the missinig “postal code & city” come up again.
where exactly is it missing ?out of the box, no. the subject line is the same for everybody.
There is however the following filter you can use to do wahetever you like pretty much with emails sentapply_filters('wppizza_filter_email_settings', $email_settings, $recipient_key, $order_formatted);
I would guess the parameters here are self explanatory
Not sure what you mean by “reusing the menu items”
However, just changing titles would not make any difference. All it does is that this renamed item will still have the same stocklevel as it was before – unless it gets reset at the same time – but when you get a notification it will simply use this new name in the notifications
I do not think this is the issue you are having (but it does kind of depend on what you mean exactly by “reusing the menu items”)
if things behave erratically like that it’s quite often because things are cached that should not be cached (see also https://docs.wp-pizza.com/getting-started/?section=setup)
>… am I doing something wrong…
I doubt it.
However, this would be very difficult to track down without having an exact setup of your site .
Is there a way you could let me have a duplicator package to download somewhere ? (I assume you know what I am referring to here but if you need clarification, please let me know)At a guess, I would think you are getting a notification for an item that does not exist anymore / has been changed / or similar, but without being able to look at this in detail with your setup it really is just a guess ….
(if you provide a link here to an duplicator package, make sure you set your post to private – alternatively simply send an email to dev[AT]wp-pizza.com with this topic title as a subject. thanks)
without a url I cannot say anything other than the usual
Have you enabled debug (https://docs.wp-pizza.com/troubleshooting/) and checked your debug.log ? Are all your plugins / themes up to date ?> Users have to click on the “back to seller” Link.
yeah, and this – more often than not – is broken at paypals end (at least since early July but may work occasionally, who knows)re 1: makes no difference if user click on it or not – or even closes the browser. the order gets processed regardless.
re 2: see https://www.wp-pizza.com/downloads/wppizza-paypal-standard-gateway/ -> “Setup : *NOT* using “Paypal Checkout” (Payment taken at PayPal)” (requires v5.5 of the paypal plugin)
PS: your siteground generated combined js throws continuous errors as soon as anything gets amended on the order page
I would advise you to disable any kind of caching, minifications and those sorts of thing to start off with and see what happens then.there’s also a lot of stuff does does not work because of the way things are minified / combined
i cannot know what exactly is causing what, but I would start by disabling any kind of caching plugins you have running
(three also seems to be a siteground caching thing going on of some sort)In short though,
– what does your debug.log say
– can you reproduce the problem consistently
– if so, do you have the same problem if you disable *all* non-wppizza plugins and use a default theme
(in other words see : https://docs.wp-pizza.com/troubleshooting/ ) - AuthorPosts