Job,
Thank you for getting back with me. I was eventually able to find a php snippet to get me to where I needed to be. For anyone dealing with this, I found the code on this helpful blog: https://themebynumbers.com/2018/04/18/how-to-override-woocommerce-image-sizes/. It’s about halfway down the page under “How do I override an image size?”
Please take below as feedback for the entire Woo/Automattic team, not as anything personal based on your response. Not looking for a response necessarily, but I hope that this is seen and taken as constructive criticism.
—————————-
This update of WooCommerce and Storefront was one of the most frustrating experiences I’ve ever had. I spent weeks and hundreds of dollars on product photography, carefully having each photo edited to specific dimensions to work with the settings in WooCommerce and Storefront. I did everything on my end correctly, and then *poof* – with one update, everything is broken and looks terrible. All of the image settings have changed with no way to change them back without custom coding.
Similarly, the changes to the order page have severely impacted our operations. We’re finding workarounds, but it’s making our processes more complicated and is going to require a complete re-write of our order fulfillment procedures.
I specifically went with Storefront, a theme that leaves a lot to be desired from a functionality standpoint, to specifically avoid this type of situation where a WooCommerce change breaks the appearance or functionality of my e-commerce website.
I realize that the way that WooCommerce dealt with images before was quirky / clunky. However, “fixing” it in a way that both eliminates options and breaks anything that wasn’t done the one way that an insular group of programmers think it ought to have been done is putting a lot of current users in the really bad position of having to choose between outdated plugins or a non-functional site.
I also realize that developers are stuck with directives from above. Automattic is clearly trying to make WordPress more attractive to Square Space and Shopify-level users, and there also seems to be an overall push to unify WooCommerce for www.ads-software.com and Store for WordPress.com. It seems that’s clearly driving some of the changes. I think those strategies are seriously misguided in general, but that’s subjective and debatable. What is much less subjective is that upsetting current customers in the hopes of attracting a different type of customer is a cruddy way of going about that.
It’s frustrating that the attitude towards people who have been impacted by many of the recent changes is that if you don’t like functionality being removed or major changes to workflow being forced upon you, you are:
a) Simply resistant to change (i.e., no validity to frustrations being expressed)
b) Doing things wrong (because programmers know how you should be running your business operations)
c) Dumb for not just rewriting the theme or plugin to customize it to do what it did before
and/or
d) Dumb for using a customized version of the theme or plugin instead of the stock version
I realize that updating software is a necessity and that some change is inevitable. I also realize that there is a segment of users who will complain about anything and everything. However, at least in the most recent round of changes, Woo developers have been far too fast to categorize any and all negative feedback in those bins.