Quote Originally Posted by mvstudio View Post
How?! Where did you find that error?? I have much to learn!


Yes. It's on development, not a live store, yet. I was finishing a few cosmetic details and playing around to make sure everything was working fine before launching it when I saw the endless spinning wheel. Since it isn't a live store is not that big deal the wheel keeps spinning. The control to turn it off is in configuration/dynamic price updater/show a small loading graphic, and yes if I turned it off the wheel of course stops spinning. That worked.

I made the change you suggested, and the wheel stopped spinning, so that's progress!

So here is what's different about the live store and the one I'm working on, the one you're helping me with.

This is the live store https://www.byvalenti.com/index.php?...&products_id=6
Same product and everything, when a selection of color is made the wheel spins and stops with every selection made even if the product isn't priced by attribute. If there would be a change in price on a per color basis, the price updates. That's how it's supposed to work, or at least how it's been working for year now.

On the development store https://www.byvalenti.com/ZCBASE/tin...ul-colors-p-33 with the modification you suggested now loaded, the wheel spins while the page is being loaded and stops. If a different color is selected the wheel won't spin, that's because I'm assuming it detects the product isn't priced by attribute, so it doesn't have to. So I went to check it out to see if the price was different if it would update. So I changed the attributes on the product to price by attributes and changed the prices for each attribute and they do change perfectly.

All this to report, the changes suggested do work! You're brilliant!!!! Thank you so, so much!! Please let me know how I could donate or the least buy you a coffee?...
I'm curious, and the condition may not exist on either site, but do you have a product that has only two option names with each set for radio buttons and where at least one option value in each of the option names has a price associated with it? Curious to validate that the above proposed change doesn't cause an issue. Testing would involve selecting option values in a sequence to verify that the price updates/changes as expected for each condition *and* sequence of selecting.