mrbleuu

Hi, the update does not fix the problem. I need to add the muplugin above still to keep it working. Without the muplugin it saves the form ok, but when I submit the actual form the fields are all sanitised again and all HTML tags in the radio value field are stripped.

• This reply was modified 3 years ago by mrbleuu.

Delete.

This issue is still persistent in version 1.15.4

Any thoughts on when it might be resolved?

Thank you.

• This reply was modified 3 years, 1 month ago by mrbleuu.

Thank you. That’s great!

Thanks. Currently it is working as the data is there from previous versions. However I cannot edit any forms without ruining it.

The only special characters I need are spaces (” “), letters, numbers and ability to tag (“<” and “>”).

I see another user has posted something similar and you said you will re-allow “text” into the box on the next update. Please ensure you allow above characters when you do this.

Thank you

Thanks.

Thanks. The email address entered here is over-riding any other emails it seems.

In plugins like WP SMTP, you can choose to “force” or not force this email address. Any possibility to do this with Branda?

This is fixed in 1.4.11. Thanks guys

@wpmudevsupport12

Ok I’ve troubleshooted.

Try these steps to generate the problem:
– Forminator 1.4.11
– create a form (single or multipage)
– create a textarea → enable “Rich-Text editor” and “Required” field
– Set form behaviour to “Load form using AJAX”
– Test form → validation does not occur on textarea and the form is unable to submit (even if you enter text into the required field later)

If you disable “Load form using AJAX”, the problem disappears.

Hope that helps troubleshoot

• This reply was modified 3 years, 6 months ago by mrbleuu.

I think this should be a default behaviour in future versions (without need for muplugin)

I will get back to you about this over the weekend when I can troubleshoot. I have turned off the rich text but made a quick test form to export for you but it seemed to work. I need to work out what section of my particular form is causing it to break.

Working great again! Thank you

I have worked around this by writing .htaccess URL rewrites to block access to the forminator_temp and wordpress uploads directory, but allowing access to the CSS folder.

However it would be great if we could upload the form attachments and temp directory to a non-public directory? Is this possible at all?

ignore

Any way to move the CSS files outside the upload directory with this new iteration? I have sensitive information uploaded via forms and do not want it publicly viewable