brad hogan

Perfect, thank you.

This does seem to keep the select options selected, but the results are showing all products rather than just products that apply to the set vehicle. If there are no results for that vehicle, then the results should just show “no results” rather than all products.

Wondering if there’s also a way to update the number of products in a category / sub-category based on the set vehicle just so to give a good visual that the sort is working properly.

Wanted to circle back on this. I’ve integrated the mods to add the “engine” but changed to “submodel” for my purposes. Also seems that the year gets moved to the first position with your modification file which is great (I wanted to do that anyways).

The problem can be seen here: https://soapbox.wistia.com/videos/Gu5LPIQp4w

I think (but am not 100%) that the issue occurs when there are no results that match. So if the user has set their car and begun search, if they search a category or sub-category that does not have a product that matches that vehicle, then all products for that category or sub-category are displayed and the fields that do not match in the select options reset.

Happy to share files etc. if that will be more helpful.

Thank you! Loving the plugin.

Ok so if I adjust the fields in the config.php (using the Year Make Model Engine modification) to ‘submodel’ instead of ‘engine’ that should allow the import ok?

protected $_csvColumnNames = array(‘product_sku’, ‘make’, ‘model’, ‘submodel’, ‘year_from’, ‘year_to’);

No problem. Just did that, no errors. Thanks!

Rad thanks. I’ll give it a shot.

I noticed the issue with the attempted block recovery would only occur if the settings have a number higher than 1 in the show # of slides option. Does this latest update fix that as well?

Thank you!

Understandable. Just thinking of the situation where I (the developer) pass this on to a client and they see updates in the future. Would you be able to make the mods as additional plugins? Or a way for us to make them as add-on plugins as to not impact the core plugin? I know you don’t plan to change the plugin but it of course does happen with Woo or WP updates needing compatibility updates etc.

Ok, I’ll look into that as well. Would be cool if you could make it so we could add the modifications to a /ymm/templates directory within the theme so any plugin updates wouldn’t break the customizations. Sort of like customizing Woocommerce templates by placing files in a templates folder within the theme vs. modifying directly in the plugin itself.

Seems like a caching issue. Any way to prevent those select options from being cached so when a user clicks around a site in real-time they see the current garage YMM?

Just noticed something else. It appears that the selected vehicle will be saved and stay set if you’re on the shop page, but if you navigate to another page, the searched YMM are not reset. You can see this in your demo as well. Any ideas if this is a bug? I’d like to be able to keep that latest garage search data set while the user is on any page throughout the site if possible.

Ok great I’ll give that a shot. Thanks.

@dcooney I can’t seem to replicate. I’ll turn DEBUG on and keep an eye on it. Thanks!

Great thank you!

Also getting a critical error when updating. Should I just hold off or are you able to push out the minor update to resolve?