kingjamesI

harvoolio, there could be several things you might need to check.

First, make sure the jQuery elements in my script matches your form i.e. <a class=”remove”, etc.

Determine if the $ jQuery variable is recognized by substituting “jQuery” i.e. jQuery(‘a.remove, . Sometimes, other scripts and/or plugins commandeer the $ variable for their own use.

Make sure your script is inside a jQuery(document).ready script or is inside a script file called after the form appears in the DOM (maybe before the footer).

There could be other things, but these are the most obvious.

I suppose I should describe a work-around for this, but it’ll be very short. If anyone has questions about it, I can explain further.

If indeed you are using woocommerce, that explains that you should provide a handler for your situation by adding a filter to woocommerce’s filter hook “add_to_cart_fragments.” Once that happens, then you’re locked into the ajax routines of woocommerce. Not a bad thing when adding items to a cart.

On the other hand, if something is removed from a cart, there are no suggestions as to how menu cart is to update its count. So, after digging, I found that woocommerce creates/updates a sessionStorage object named “wc_fragments” that stores its cart widget info, AND, the menu cart stuff by means of the above filter. Problem was, this mechanism only adds items and not removes. Further, menu cart continues to somehow rely on the sessionStorage object to display a count (in my case).

I promised a short story… So, by manually deleting the wc_fragments storage object, my items count began to work, but, when adding items again, the sessionStorage object is replenished and the symptom resumed.

I ended up creating a small jquery script that removes the sessionStorage object whenever the delete item button was clicked. So far, I’ve not found any ill effects from this.