could take anything , between a few hours or a day
if it doesn’t show up by tomorrow, drop me an email and i’ll send it to you as attachment

did you activate your license ?

it *appears* that transient timeout is based on server settings and not wordpress timezone settings. I cannot be 100% sure yet, but as an educated guess, I wonder if your server/php.ini settings are set to the wrong timezone (as mentioned previously) and the transients (read cache) does therefore not expire when it should.

please check if your php.ini settings are correct and change them to the appropriate value.
if they need changing, do so , restart the server and enable caching again in the preorder plugin and check if this now works correctly

thanks

PS: *might* also have been caused by that outdated plugin you are using btw. (don’t know though)

>you got administrator rights on this site
only up to a point…doesn’t matter though for the moment

a couple of things:

a) i have turned the caching option off under wppizza->preorder : options , which seems to sort this out. I will have to look as to why the caching timing might be wrong
it’s using wordpress transients, so it might also have to do with server settings…don’t know yet.

in any case, are you sure your server/php.ini is setup for the right timezone ?

from what you said elsewhere , i hazard a guess it hasnt been set and is just using utc+0/GMT
you might want to look into that …

b) – might also cause the issue, but am not going to dig through that code:
the ThreeWP Activity Monitor plugin you are using:
Requires: 3.3 or higher
Compatible up to: 3.4.2
Last Updated: 2014-5-20
This plugin is obsolete!
……….

i dont think there should be an error when cancelling payment (as it isnt an error really)
however, one should be able to carry on doing whatever it is one wants to do

kind of late here though, i’ll check tomorrow as to what is happening

PS the login you sent doesn’t allow me access to the frontend where i would need to have a look at
in any case though, let me see if i can reproduce this here first

strangely though, it only appears to do that with your particular theme.
looking at others (2012 et all) it seems to be fine …dunno why , i must admit

the email field has a type=email as opposed to type=text
probably has to do something with that , so you might want to target it specifically
ie. input[type=email]{padding:0 /*or something*/}

read the stuff on that page. it says it all there…..

nope , still not working

Hi

that’s really down to your theme, but you could of course put a second cart somewhere at the top that’s only visible on mobile devices (perhaps the “minicart” as i call it – see here:
https://support.wp-pizza.com/topic/wppizza-shortcodes/ under display total value only)

regarding css
https://support.wp-pizza.com/topic/customising-the-css/