cannot give you an ETA though. I am just assuming what it is. can’t yet say i _know_ yet what it is or how long it will take to amend

works just fine here.
double check your template settings.
if you enable an additional formfield you have to go back to your templates and enable it there too

in any even, feel free to filter and redirect as you like, but I cannot see any reason to change anything related to the “lost password” link in the plugin

it’s not a new password link, but a lost password link

again, wppizza just uses standard wordpress lost password pages.
if you want other ones, there are plugins for that (search for “theme my login” on wordpress,org for example)

the plugin is fully WPML’ed.
that said, I also had this happen to me a couple of times that WPML just refused to register the strings for reasons unknown (to this moment anyway)

the way i found around this was as follows – (tested this a few times and seems to work just fine)

a) backup your site (always a good idea in case it goes wrong somehow)
b) in wppizza/classes/wppizza.actions.inc.php on approx line 754 you find a line that reads

//$forceUpdate=1;

.
change this to

$forceUpdate=1;

then reload some WP admin page.
now change it back to what it was. i.e

//$forceUpdate=1;

check your string translations. they should all be there now (again, at least that worked here the couple of times i had that issue).
furthermore, future updates to the plugin should automatically register any possible new strings provided WPML is already installed, so the above workaround should only have to be done this once only

let me know

in theory (though not tested with your scenario) perhaps a simple

<?php 
echo do_shortcode('[wppizza category="!all"]') 
?>

might do the job ?

again – just an idea.

i don’t think i need your shop to be closed actually as I think i know where your problem is.

as you are caching pages, the text we are talking about gets insert dynamically via js above the first element with class “wppizza-article”.

for reasons only you will know you have added ALL items additionally into a hidden div. as your first element with class “wppizza-article” is in there, i suspect the text you are “missing” is added there.
as the whole div/form is hidden that text is hidden too

the items you have in that hidden div, are also missing certain id’s in the class names which will stop some other things from working btw (though that in itself has nothing to do with the issue at hand, you’ll just have problems elsewhere at some point)

PS: entirely up to you, but i somewhat question the wisdom of having all items everywhere but hidden .
not only will it effect your load times, but also will you end up with elements with the same id and I would think searchengines won’t be too happy either if 70%+ of your page is actually hidden from the user (though that’s just a semi-educated guess)

works fine here. can i have a link to the site please

there is no stockmanagement in wppizza.
the plugin expects you to have your products available (though you can just turn an item off when you run out of course)

dunno. maybe there’s a plugin that does/allows that.

the wppizza registration function just uses wp’s standard functions

(although I don’t know why there would be anything different in a multisite installation, given that users are only ever registered in the parent site anyway)

furthermore, i would generally steer clear of messing around with such fundamental wp security stuff. those guys behind WP tend to know what they are doing and why they are doing it the way they are doing it ….