katn401

Hi! I just saw an update was available and I looked at the changelog which says

Extra Product Options Builder for WooCommerce 1.2.64
– Fixed issue with group panel calculation

Is this a fix for the issue I brought up in this thread?

I’m not the plugin developer. But, maybe you could use a “number” option for quantity instead of using the Woocommerce built-in quantity field. I think you might have to use the full version to get the formula to work correctly though. So, make a number option, then set price type to formula, then use the quantity times the base price.

Then your other options could just be a fixed price that gets added to the total.

I think you would also have to disable the built-in Woocommerce quantity field to avoid confusion.

I do not have the full version to test if this will work correctly but it seems like it should work.

Just going to update this to make sure the issue is clear.

In my WordPress dashboard I have edited a product with multiple product options. One of the options is a checkbox. When the checkbox is selected the price of the product should increase by 300% of the base price plus other options. I have the “show option price” setting selected so that my customers will be able to see the how much this option will cost them before they add it to their product customization.

In my store, when that option checkbox is selected, the total price for the product seems to be calculated correctly (adding 300% to the base price plus other selected options).

However, the option price that is displayed next to the option checkbox in my store is showing “$300” instead of the calculated 300% of base price plus options.

Thanks for fixing this, it works exactly as expected now. Thanks!

Yes that is correct.

Just wanted to chime in to say I have the same issue. It doesn’t seem to be effecting any functionality though. Just several warnings in the console.

Unfortunately I have given up on Yith as it just can’t handle the logic I have in the way I expect it to. Fortunately I’ve found a different plugin that works for my needs.

Just want to add the JS I wrote to work around this issue.

It’s not ideal to have to move things around in the DOM via JS, but at least it gets me to the intended result without touching the plugin code. I believe I tracked down where the inconsistency is happening in the plugin code, but I don’t want to update code that could get overwritten later. So, JS it is!

Hopefully the Forminator devs can fix this inconsistency (if it’s unintended) in a future update.

window.onload = function(){
  //check for nesting problems on load, and again when inputs change to catch hidden inputs

  moveDescription()

  let inputs = document.getElementById("forminator-module-190").elements;

  [].forEach.call(inputs, function(input) {
    input.addEventListener("change", moveDescription);
  });
};

function moveDescription() {
  let descriptions = document.getElementsByClassName('forminator-description');

  [].forEach.call(descriptions, function (description) {
    let prevSibling = description.previousElementSibling;

    if( prevSibling.classList.contains('forminator-field') ) {
      prevSibling.appendChild(description);
    }
  });
}

Hi,

Sorry, I was waiting on a client to get back to me before continuing working on this problem.

Were you able to find out if the issue was intentional? This is still a problem for me and I would love to know if it will be fixed shortly or if I should patch it myself. Thanks.

It looks like the whole form is hidden if you only have form submission enabled for logged in users.

There’s an option under Forminator > Behavior > Security called “Enable logged in submission only”. Is that checked? I just tested it in my setup, and when it’s checked my form does not render when I view my site in an incognito tab.

Hope that helps!!