Forum Replies Created
- AuthorPosts
-
Hoster now switched off firewall and error is gone – lets get ready to sell some pizza!! 😀
Well, if the hoster comes back saying “its insecure” I will just leave their service, and thats that…looks like their Atomiccorp Plugin is a “fancy-pantsy-all-can-do” plugin, and I can simply then host somewhere else! (new hoster btw, never had that problem with anyone else)
In any case: thanks again so much for your personal support here!! REALLY OUTSTANDING!! And maybe this thread can also help others, in case they have a too “tight” configured hoster 🙂
(PS: I will ping back here once I have a feedback/solution)
This reply has been marked as private.This reply has been marked as private.Actually even just running the core wp-pizza plugin alone (so with out any additional wp-pizza plugins) throws me the same error (note: that error then is not visible as a Javscript error, but only on the webdev console….nontheless, same error)
fully aware that the external loading is for test-purposes only! (otherwise to many other things might break)…
I have tried that already (default theme and only wp-pizza plugin), the error was the same – I have put this configuration though now live again for you to see: its the standard WP 2020 theme + wp-pizza plugins only….the error is still the same
Hi Olly,
I have now added a removal script for Jquery and a plugin “Updating Jquery” to try to make sure latest is loadedAs for the error: lots more testing now ties this to the number-of-items selecter in the cart, and not the order value!
This is how you can reproduce the error here:
1. Go to pizza.taverne.at
2. Add a single pizza to the cart
3. Press “bestellen” to go to the order pageFrom there you can trigger the error in two ways
1. Finalize the order (current: stripe test gateway switched on, visa test card 4242 (repeat-nr) and the error gets thrown at send
or
2. try to change the number to two pizzas (works fine!) and then back to one pizza (throws the error)Maybe the number of articles somehow does not get stored correctly here as variable and a zero number of articles then throws the error..? Any emergency fix for that available?
lITTLE CORRECTION: No value below EUR 20 goes through…although all minimum order values are set to zero (both for live and test environments) – that is for any browser (chrome, firefox, IE) on any device (tablet, mobile, laptop)
This error is actually getting more weird by the moment, as it also now affects the live environment:
– No order below EUR 30 goes through, not for live- or test environment (always throw the 403 order error)
– Once page is refreshed and basket value above EUR 30 is set: it works
– On top I have removed all minimum order amount, same problem/errorThus this now is becoming a real business issue –
(and now tested with any plugin switched on…yup, no problems there…you guys just programmed that part a bit sloppy around testbookings + self-pickup + minimum order overlapping from delivery 😉 😉
ha! Maybe though I can return the compliment, as I have found the source of the error:
1. Default setting for the shop is “selfpickup” with no minimum spent
2. Default setting for delivery is EUR 25 min.
3. However, for any testbooking the amount needs to be above the minimum delivery amount to work 😉 (even if its selfpickup)Hi Olly,
just a quick message on my journey of absolute pain: I think I might have a lead on the issue as I actually was able to do one testbooking – and then do the stupig thing of the equivalent of Nemo taking the red pill or Anakin not aknowlediging the “high ground”:– “How about if I just get rid of jetpack for the moment?”
– “Then how about if I just use the full-de-install button on the plugin Redirection…?”
– “Ahhh, I am able to make a testbooking!!! awesome!!”
****taking-blue-pill****
– “How about if I just try to switch back on Jetpack for a sec….does not one love those stats!!”Ey presto, the error is back!… Does not matter whether I install/de-install Jetpack & Redirection plugins..”why on earth could I just not have touched it” ***that-blue-pill-would-look-great-now***
I can confirm my user account is set as owner for all files and for good measure ran a full 755 on all files twice (with resetting htaccess and wp-config to 444 after).
Result: error still there
PS: you can try it yourself on the site – its currently in test mode (and I use the stripe visa 4242 XXX test card, which had worked before)
Any other ideas…?
Hi Olly,
First of all: very much appreciated that you personally respond here 🙂As for the plugin-question:
1. The wppizza main-plugin and the 6 bought extensions (2 weeks ago): I have downloaded them from your website and transferred them over via FTP to the wordpress site; I am not aware though that any updates where needed yet (should be latest, no?)
2. As for other plugins: I have set of “usual plugins” (contact form 7, akismet etc) that I have manually uploaded to the site and some of them have received updates direct via the website – however, for the checkout page I use a plugin to stop any of them from loading, only operate with “bare bone” plugins there (switchting on/off all other plugins did not have any effect)
Do you you need further infos?
- AuthorPosts