Hello @wordyad
I hope you are well and safe.
Upon checking the shared page I couldn’t find any Javascript errors and couldn’t see any trace of Forminator codes in the page source code, it didn’t render on the HTML level.
Can you please confirm if this issue is only happening on that specific page?
This issue can happen due to different reasons for example a plugin conflict or bad theme template coding, you can try changing the render method in forminator -> form edit -> behavior to see if it helps.
https://monosnap.com/file/O18DgBhbyMeqLqO26EqrvRaeYweshY
Best Regards,
Amin
Hi Amin thanks so much for the quick response, really appreciated! So yes you are correct, there is no trace of the form code on the page. It’s not specific to this page, I’ve tried the same short code on other pages and the standard post object.
I’ve now tried enabling AJAX method as well as the other option there for preventing page caching. Neither make any difference at all.
Just to clarify, the code on our standard page template is very simple and not doing anything odd…
// Get the content
$content = get_the_content();$content = apply_filters('the_content', $content);
echo $content;
How can we further troubleshoot this ?
Hi @wordyad
Thank you for response!
The template code may actually be a bit too simple… My point is, at this stage we still don’t really know if the shortcode code (as in the actual PHP functions executed by shortcode) are triggered or not. We only know there’s absolutely no output of it.
But I also noticed that the template’s header and footer areas (in terms of page source code) seem to be pretty simplistic which suggests – I’m especially thinking about footer here, mostly – the standard “wp_footer()” may not be used there.
That would cause a lot of scripts to not be loaded and could prevent rendering of the form entirely (yes, even the basic HTML of it).
In general, the main thing to do would be to
1. confirm if it’s a theme issue or not by temporarily switching site to one of the standard themes, such as e.g. Twenty Twenty-Four; if it works (though you may need to clear cache on site/server after switch) – it confirms it’s due to theme.
2. if so, then I would strongly suggest checking about the “wp_footer()” function use and at least trying to add it to the relevant template to check if it helps.
If that also doesn’t work, then update us and we’ll see what to do next.
Kind regards,
Adam
Hi Adam
Thanks so much, you were right, our theme was missing wp_footer()!
So with that in place it now renders. However, just one final thing, it seems to be missing some of it’s styling. It’s odd, most of the styling is there, ie the form inputs don’t show as generic html inputs, they are clearly styled. Yet the select list for example has a transparent background when clicked. Some padding is odd too.
We haven’t had forms on this theme before so it’s not that we have lots of styles overriding the default html input elements.
Is there anything obvious to check or enforce here to make sure your own styles come through ?
Thanks
Adam
Hi @wordyad,
Hope this message finds you well.
Glad to hear the form is now rendering. Upon checking it seems the style is not being loaded:
https://prnt.sc/e2ZOrFZyRLX3
This is a known thing in some servers, could you please remove/comment Options -ExecCGI line from the /uploads/forminator/.htaccess file. Then add the following snippet to help, so that the rule won’t be added in the future.
<?php
add_filter( 'forminator_upload_root_htaccess_rules', 'wpmudev_remove_htaccess_rules', 10, 1 );
function wpmudev_remove_htaccess_rules( $rules ) {
if ( ! empty( $rules ) ) {
$rules = str_replace('Options -ExecCGI', '', $rules);
}
return $rules;
}
You might need to install it as a mu-plugin following the instructions on this link https://wpmudev.com/docs/using-wordpress/installing-wordpress-plugins/#installing-mu-plugins.
Let us know the results after that.
Best regards,
Laura
Amazing thanks so much Laura! All working now 🙂
