Form Submission Email Bug

Hello,

First, let me say that I actively use a certain amount of custom code via Forminator hooks to change the default styling of my email notifications from list form to table form. For example:

Default Email Styling

<ol>
<li>
<strong>Hello</strong>
World</br>
</li>
</ol>

My Email Styling:

<table>
<tr>
<th>Hello&</th>
<td>World</td>
</tr>
<table>

I know this support is not for fixing custom code. However, there is a quirk with number fields and how they translate into emails that I thought I should bring to the forefront. Using my code and {all_fields} or {all_non_empty_fields}, number fields insist on using double decimal places (ex. 2.00) regardless of what decimal place choice I make within the form editor, it always has two decimal places. I removed my code to see how {all_fields} and {all_non_empty_fields} behaved on their own.

{all_fields} behaves as expected. A number with the proper number decimal places(or lack there of) was displayed. {all_non_empty_fields} on the other hand showed always showed two decimal places after the integer.

With or without my custom code, this number quirk does not appear to exist when using the number short code directly (ex. {number-1} displays as “2”). Nor does the number quirk appear in the database. All the numbers appear as anticipated.

I can’t tell where this quirk originates. Both {all_fields} and {all_non_empty_fields} have similar, if not identical, code in “helper-fields.php”. I imagine the issue could be arising in the “forminator_custom_form_after_render_value” filter in “front-user-registration.php”, but I’m not familiar with that area of Forminator’s code. Otherwise, maybe it’s being affected by the jquery code? But I feel like that’s only affecting the front end, not the back end.

I’d love to know if this is functioning as anticipated or if there’s a temporary fix before the next update.

Thanks.

• This topic was modified 3 years, 1 month ago by greenrooster.