so , just for the fun of it , i messed around with a couple of things.

and – contrary to what i expected actually – <?php echo single_cat_title(); ?> as well as <?php echo category_description(); ?>
works also just fine from what i can see here (at least with the 2016 theme)….

dunno

must admit, i don’t know how this relates to the topic title (“Can no longer add item by name”)…?

anyway, just referring to your last reply here

1. breadcrumbs: wppizza is a custom post type a simple single_cat_title() and category_description() are unlikely to have ever worked there (though there might be some circumstances where this might have worked, but that would be more accidental then anything and pretty much them dependent i would have thought)
i would suggest you have a look here
https://wordpress.stackexchange.com/questions/204738/breadcrumbs-with-custom-post-type-without-plugin
(i might even add a function to the plugin to that effect at some point for convenience)

2. all themes are different and i cannot say anything about “line18” there .
essentially , you can do what you want if this works for you, though why you would need any kind of cart thing in the loop template only you will know . of course that might have something to do with your theme and the way it’s constructed

will post it here

and you can always override the css anyway if you want it done sooner
the one that does it is this
@media only screen and (max-width: 420px)….

cannot see the minicart there being used/enabled ?!
(mobile view or not)

>/wppizza/markup/cart/cart.container.php
>/wppizza/markup/loop/theme-wrapper.php

those are – already – v3 files…
must admit , i don’t really understand what the problem seems to be here …

PS: this sounds like you have edited corefiles
In case this is what you have done please note: there is no support for editing core files and is entirely at your own risk (and is never a good idea in any case because that’s what filters and actions are for)

re 1) the button will only show up when there are ingredients already added to an item that can be edited.
however, i kind of agree with you it should probably also be there anytime adding ingredients is enabled for an item
i’ll see what i can do in an update

re2)
# When you set up “Custom Groups” and dont check “Sort by price first [will override any drag and drop sorting you may have done]” then the sorting will be not sorted by price,
– err, yes. that’s what it does (and says) ?!

#even when you selected it: Ingredients > Options > “*Added* ingredients display options” > by price
– Note: it says *Added* ingredients there !!

# “Sort by price first [will override any drag and drop sorting you may have done]”
– this works just fine from what o can see

all in all though as i do not know your setting and you have not provided any links or screenshots that ‘s all i can say here

i can actually reproduce this here.
i’ll fix it in the next update (so they won’t disappear when you update) – should be reasonably easy to do
thanks for letting me know

ok

a couple of things for future reference (and thinking out loud for a bit here too)

– although there’s no checkbox option to turn this post/zipcode validation off (as this really is a security validation you should have enabled to combat fraud) if one really wants to disable this (for whatever reason), there’s a filter included that could be used to disable this verification like so

add_filter('wppizza_gateway_stripe_filter_vars', 'myprefix_stripe_filter_vars');
function myprefix_stripe_filter_vars($vars){
unset($vars['zipCode']);
/* or alternatively */
$vars['zipCode'] = 'false';
return vars;
}

– hmm, i wonder about the following though (not a too common scenario i would think but not impossible either):
what happens if i have a UK credit card and bank account. I then move to another country – let’s say Spain – and change the address associated with this account/credit card – as i would have to.
therefore my postcode changes from something like ‘SW6 1AB’ to ‘071234’ ….

I would have thought it’s still a UK credit card (UK Bank), but the zip/postcode has a different validation structure now.
Admittedly, the chances are also quite good that i would also have “proper” credit/debit card associated with a spanish bank and postcode, but still….or maybe stripe is clever enough to be able to work out this kind of thing too. (the validation rules in the gateway implementation are set by stripe , not by me btw)

again, just thinking out loud here…and it’s probably still a lot safer to insist on postcodes that match the card-country even if it means perhaps loosing a customer or two (though – as mentioned above – the chances are they will also have alternative ways to pay)

just a few notes:

– generally i keep css changes to a minimum and they are very targeted and not just some blanket change to all things

– i would suggest you also run some sort of staging/test server if you want to see what changes have been made before applying them to a live site (this is probably generally a good idea regardless)

– there are plenty of programs (and probably WP plugins too) that would let you run a comparison on before/after files to show you exactly what the differences are

– in that particular update “.wppizza-article-responsive .wppizza-article-content” was not even touched as such (it was only some .wppizza-article-sizes>ul>li:before, .wppizza-article-prices>ul>li:before {content:”} that was emptied as some themes added some blanket dots or whatnot before the prices)

– if you had to re-apply your css changes (though i am not sure that was the case here, but it might have been, so am just mentioning it ) you should consider using a child theme and / or using the provided ways of overriding wppizza css (as those customisations will always be read after the included css and will therefore have priority if distinctly targeted )
again, I’m just mentioning this for completeness sake and might not at all have been the issue here

in any event though, glad you got it sorted again for your requirements