Calculations are not saved when sending

  • Resolved thueske

    (@thueske)


    3 years, 9 months ago

    Hey ??

    Thanks for the awesome plugin, that has saved me some work! In my case I have realized a voucher order.

    There are different voucher types with different prices and configuration fields. For example, if I select “Wertgutschein” (e.g. select-1) and perform the order, then everything is displayed correctly in the order confirmation email. However, if I select “Swin-Golf”, enter 1 adult and 1 child as an example, then both – the subtotal ({calculation-3}) and the total ({calculation-19}) – are not displayed in the email.

    The funny thing: In the form itself subtotal and total are displayed, only during the submission (see also in the WordPress backend) they are apparently not saved.

    In addition, other incorrect data is transmitted (see red dots in the screenshot; same html is used, but email has total value additionally):
    https://i.imgur.com/rjh6AaU.jpg

    Is this an error in the plugin?

    Attached my JSON export for debugging: https://pastebin.com/x2KsUGRE

    Thanks and many greetings
    Tobias

    • This topic was modified 3 years, 9 months ago by thueske.
    • This topic was modified 3 years, 9 months ago by thueske.
    • This topic was modified 3 years, 9 months ago by thueske.
    • This topic was modified 3 years, 9 months ago by thueske.
Viewing 14 replies - 1 through 14 (of 14 total)
  • Thread Starter thueske

    (@thueske)

    The problem seems to be related to the fact that calculations with hidden fields are not accepted when submitting the form. Strange, because that works correctly before submitting.

    If I change the hidden fields (these contain prices) to number inputs and hide them via CSS, then the calculation works.

    This sounds like an unwanted error.

    Plugin Support Dmytro – WPMU DEV Support

    (@wpmudevsupport16)

    Hi there @thueske

    Indeed, differences in calculations in emails and frontend forms, with hidden and/or conditional fields, is a known issue that the developers are actively working on.

    There is a fix in the works that is currently in QA testing, but we cannot provide any ETA as to when exactly that upcoming update will be released.

    If you have found an acceptable workaround with number fields, I’d suggest sticking with that for the time-being, and keep an eye out for updates. ??

    Cheers!
    Patrick

    Thread Starter thueske

    (@thueske)

    Hey Patrick,

    thanks for the quick reply.

    That sounds good. If you want to give me a pre-release version to test, I’d be happy to volunteer for that. The form is not currently in production use, so this would be a good case to test.

    I have one more question:
    Is there a plan that I can set the values for the calculations in the backend so that they don’t get rendered to the frontend with it? Currently, no matter if hidden field, input or value in the select box, this is always displayed in the frontend, so the form can be manipulated.

    For the select box, by the way, multiple values per entry would be great, then I would not have had to build the workaround for child/adult price. Currently, only one calculation value can be entered.

    Thank you very much.

    Tobias

    Thread Starter thueske

    (@thueske)

    Will the new version also fix the bug that actually empty fields are displayed with the value 1 after submitting? There is no calculation behind this, these are only Inputs (which are conditionally displayed). See my screenshot.

    Just to make sure this isn’t another bug.

    • This reply was modified 3 years, 9 months ago by thueske.

    Hi @thueske,

    We will let you know if a beta is available for this next version so that you can test it out on your form. For your question related to calculation value, with hidden field, this would not display on your form or also using some CSS to hide it. Did you refer to this option not working?

    Best,
    Jonathan S

    Thread Starter thueske

    (@thueske)

    Hello,

    it is about hidden fields. The values should be empty, so it is also displayed before sending. After sending the email, these values are 1.

    See also my screenshot at the top.

    Tobias

    Hi @thueske,

    That is related to the current bug that is not showing empty, but showing 1. We will let you know once a new version is released with a fix to this behavior.

    Best,
    Jonathan S

    Plugin Support Amin – WPMU DEV Support

    (@wpmudev-support2)

    Hello @thueske ,

    I want to confirm that this bug will be addressed in 1.14.9 version of the plugin, our QA gave the “green light”.
    Make sure to update the plugin when a new version is available.

    kind regards,
    Kasia

    Thread Starter thueske

    (@thueske)

    Thank you very much.I will test and report when the version is available.

    Plugin Support Patrick – WPMU DEV Support

    (@wpmudevsupport12)

    Hi @thueske

    We released the new version 1.14.9.

    Feel free to test and let us know if the issue is gone.

    Best Regards
    Patrick Freitas

    Thread Starter thueske

    (@thueske)

    Hey Patrick,

    tested the new version.

    Issue not solved ??

    See here: https://imgur.com/teCBmGi

    Marked the wrong fields… Empty fields with no values still become “1” and others (“Zwischensumme”) are not correctly calculated, too.

    Can you check this again, please? My JSON is still up2date: https://pastebin.com/x2KsUGRE

    Thanks…

    • This reply was modified 3 years, 8 months ago by thueske.
    • This reply was modified 3 years, 8 months ago by thueske.
    Thread Starter thueske

    (@thueske)

    @wpmudevsupport12 @wpmudev-support2 @wpmudev-support9 @wpmudevsupport16 is this possible? ??

    Thread Starter thueske

    (@thueske)

    My problem is that the workaround (using number inputs which are hidden with css) only work for the calculation problem but not for the incorrect values. That makes it unusable for customer order mails.

    Both is not nice.

    Thread Starter thueske

    (@thueske)

    The problem are…

    a) incorrect calculations
    b) incorrect inputs (1 instead of 0 / empty)

    Both are displayed incorrect in the confirmation mail.

    • This reply was modified 3 years, 8 months ago by thueske.
Viewing 14 replies - 1 through 14 (of 14 total)
  • The topic ‘Calculations are not saved when sending’ is closed to new replies.