Changelog do WPForms Calculations

Correção

• Calculation formula validation was not checking correctness of the subfield key (except checkbox fields).
• Duplicated fields had incorrectly initialized calculation editor.

Correção

• There were errors in some cases during processing the Date/Time field value used in calculation.
• Changes were lost when editing entries with Conditional logic fields and Coupons + Calculations addons enabled.
• The Payment Single Item field had a non-empty value when it was hidden by Conditional Logic.
• Calculation results of 0 was stored as an empty value in the number fields.
• Inconsistent results on frontend and backend in case of division by zero.
• A JavaScript error occurred when the field used in the formula was placed inside the Repeater field.

Correção

• Results from calculations were not displayed in the confirmation message with a very long formula.
• Entry Preview was displaying an empty calculations result if fields being calculated were not in the same pagebreak wrap with result field.
• Conditional Logic applied for Repeater field was not reflected on single entry views.
• The date_diff function sometimes returned an incorrect result that did not match the result on the frontend.
• The truncate function worked incorrectly with multibyte strings.
• The Repeater field sometimes caused console errors on the front end.
• Fields sorting changed to the form fields order in settings with field mapping and smart tags.
• It was possible to use the Total field in the Single Item field formula.
• Resolved W3C error for the Number field.
• Certain math function results had discrepancies between the front-end and back-end.
• The Single Item field displayed amount rounding discrepancies between the front-end and back-end.

Correção

• Automatic update for the addon did not work.
• The Authorize.Net credit card field threw an error on the entry edit page.
• Payment Single item field was not included in the Entry Preview, Confirmations and Notifications.

Correção

• It was impossible to edit a formula after duplicating the Layout Field with the Calculation Field inside.
• In some cases, the calculated field values were inconsistent between displayed value on the front-end and saved value in the database.
• Calculations were not using correct values when the option "Show values" for selectable fields was set.
• Line breaks and other special characters were not preserved in the formula code and in the calculation result.
• The formula validation returned the false positive result in some cases when the form was not saved before validation.
• In some cases, incorrect calculation results were shown in the confirmation message.
• The Validate Formula button AJAX calls failed on the servers that do not support $_SERVER[HTTP_REFERER].
• "Illegal numeric literal" error appeared in the error.log when the field value was numeric and started with 0.
• The Error Handler threw the invalid callback error in some rare cases.
• Math functions were throwing a TypeError in some rare cases.