PS perhaps check the other strings in that shoppingcart section too

that’s typically down to some broken/invalid css before that stops any declarations after being applied

i would strongly suggest you start here in that case
https://docs.wp-pizza.com/developers/?section=function-wppizza_get_orders

get the template parameters (in this case print from the print templates id=0 and assuming it’s set to be using html format for your purpose)

$template_type = 'print';
$template_id = 0;
/* parameters of template print template id 0 */
$template_parameters = get_option(WPPIZZA_SLUG.'_templates_'.$template_type);
$template_parameters = $template_parameters[$template_id];
/* 
get the html markup  
$order formatted will be the order(s) you get from the wppizza_get_orders() functions
so the below should be in a loop
*/
$markup = WPPIZZA() -> templates_email_print -> get_template_email_html_sections_markup($order_formatted, $template_parameters, $template_type, $template_id);

mileage may vary, and not tested as such, but something along these lines.

the next version of WPpizza will probably have a global wrapper function that replaces the WPPIZZA() -> templates_email_print -> get_template_email_html_sections_markup with something that is easier to use (and i would strongly recommend to use it once it’s implemented as the get_template_email_html_sections_markup referred to above *might( well change at some point in the future as it’s really only an internal function, but I’m just mentioning it here. just do not rely on it )

you’re welcome. thanks for letting me know about the issue

>I See you also fixed the Bug…
yup

ok, as of v4.0.22 of the postcode plugin, the “ß” character now gets automatically converted to ‘ss’ when saving and using the “autocomplete” / “Show as Textbox instead of dropdown ?” option.

so, update the plugin and save your “streets” once.
I would think this all works then

So, just to keep you updated, the problem is the “ß” character (ä, ö, ü are fine). as it gets converted to “ss” on the frontend/autocomplete
as that does not match the original entry there are no matches between what’s entered in the backend and selected in the frontend so it will never allow selection

so at least we know now where exactly the problem is. i just have to find the place now where this conversion happens in the chain of events to be able to fix it

again, i’ll keep you updated when i know more

Ok, I cannot see anything obvious (but you should nevertheless consider setting your php save path though)

the only way i can really find out what the issue may be is if i can take what you have there exactly apart
so if that’s acceptable please do the following :
install duplicator https://wordpress.org/plugins/duplicator/
create a (full) package , then zip up this package and the related install.php and make it available for me to download somewhere so i can have an exact copy of your site here i can investigate without having to touch your install

also, to narrow thing down, please turn off all other plugins except wppizza and the postcode plugin

PS: on further investigation, that conflict does not exist if you turn on wppizza->setings->”I am using a caching plugin”
(which you want to turn on in any event if you are planning to use a caching plugin)

but it needs fixing nevertheless

just for your info

in fact i would strongly suggest that you do not use any caching plugin until you have finished doing what you are doing or you will forever ask your self why any changes you do have no effect