I have tried to reproduce the error on a test site on one of servers, but cannot.
You can check the test site yourself logging in with this link, and I would invite you to make any changes you think necessary to trigger the error:
hidden link
On your own site (preferably a staging site), can you please try to reproduce the problem on a minimal install, that is to say, disable all plugins except for WPForms and WPML plugins, and switch to a default theme such as twentytwentyone, then try submitting a form again.
If you no longer experience the error then that suggests that some other code is also required to trigger the issue (and which explains why the issue doesn't occur on my test site), and you should be able to determine which by a process of elimination as you re-activate plugins and revert theme.
@drissT did you try the same steps I suggested above, seeing if the issue happens on a minimal install and trying to locate any conflicts?
I'd recommend you create your own thread about the problem (you can reference this thread) so that if we need to examine your site or need it for testing we can arrange that privately.
@drisst No, not yet. I momentously deactivate the plugin. Each time I activate it, problem is back. As the site is in production, I can not deactivate plugins and make test on it. I have to duplicate the site on a staging environment. Need some time to do it.
I have a new FATAL ERROR with version 0.3.1.
I guess it happens when wpforms try to send emails notfications with shortcodes like {field_id="31"} in email fields.
Forms are correctly stored in entries database but notifications emails are not sent.
PHP Fatal error: Uncaught TypeError: str_replace(): Argument #2 ($replace) must be of type string when argument #1 ($search) is a string in /var/www/visit/public/wp-content/plugins/wpforms/includes/emails/class-emails.php:639
Stack trace:
#0 /var/www/visit/public/wp-content/plugins/wpforms/includes/emails/class-emails.php(639): str_replace()
#1 /var/www/visit/public/wp-content/plugins/wpforms/includes/emails/class-emails.php(354): WPForms_WP_Emails->wpforms_html_field_value()
#2 /var/www/visit/public/wp-content/plugins/wpforms/includes/emails/class-emails.php(436): WPForms_WP_Emails->build_email()
#3 /var/www/visit/public/wp-content/plugins/wpforms/includes/class-process.php(988): WPForms_WP_Emails->send()
#4 /var/www/visit/public/wp-content/plugins/wpforms/includes/class-process.php(458): WPForms_Process->entry_email()
#5 /var/www/visit/public/wp-content/plugins/wpforms/includes/class-process.php(109): WPForms_Process->process()
#6 /var/www/visit/public/wp-includes/class-wp-hook.php(308): WPForms_Process->listen()
#7 /var/www/visit/public/wp-includes/class-wp-hook.php(332): WP_Hook->apply_filters()
#8 /var/www/visit/public/wp-includes/plugin.php(565): WP_Hook->do_action()
#9 /var/www/visit/public/wp-includes/class-wp.php(797): do_action_ref_array()
#10 /var/www/visit/public/wp-includes/functions.php(1332): WP->main()
#11 /var/www/visit/public/wp-blog-header.php(16): wp()
#12 /var/www/visit/public/index.php(17): require('...')
#13 {main}
thrown in /var/www/visit/public/wp-content/plugins/wpforms/includes/emails/class-emails.php on line 639
No, With the WPFORM WPML plugin activated, I get the PHP FATAL Error. If I deactivate the plugin everything works perfectly.
Even if you not see any trace in the error log, the plugin cause the issue.
