Form worked for a while and then disappeared

I'm looking at it your form now.

Please note that priority support is reserved for developer license holders. We try to answer everything in the forum as quickly as possible.. usually within 24 hours and most often, much sooner.

Your form is still there, just hidden with a display:none style that's normal when using the conditional logic.

Did you edit the form after the first 2 successful submissions?

It acts like you have enabled conditional logic for a field somewhere and haven't configured it properly. I see the one field that's supposed to show if "other" is checked but that's the only one.

Go back and make sure you haven't inadvertently enabled conditional logic on a field and didn't configure it.

If that's a no-go, then you can send us an admin login to your site via our contact form and we'll get in there and check it out as soon as we can.

The logic for that field appeared to be right from what I could tell. This is usually a case of another field where the "enable conditional logic" option is checked, but then not configured.

It's a pretty straightforward process setting up simple conditionals and normally isn't a problem unless there's some kind of script or plugin conflict.

You said you submitted a couple of times initially just fine.. did you make any changes after that such as edit the form, enable another plugin, etc?

It's hard to know for sure without seeing the entire form setup. We'll probably need access to your WP admin to debug it further.

Okay, thanks. We'll check it out as soon as we can and let you know what we find.

The issue is a shortcode that the Next Elements theme introduces causes a problem with how WordPress outputs shortcode content.

Edit This File:

nextelement/admin/includes/shortcodes/shortcodes.php

Remove this block of code which begins around line 30 of the above file:

// DISABLE AUTOFORMATING POSTS
function my_formatter($content) {
	$new_content = '';
	$pattern_full = '{(\[noformat\].*?\[/noformat\])}is';
	$pattern_contents = '{\[noformat\](.*?)\[/noformat\]}is';
	$pieces = preg_split($pattern_full, $content, -1, PREG_SPLIT_DELIM_CAPTURE);
	foreach ($pieces as $piece) {
		if (preg_match($pattern_contents, $piece, $matches)) {
			$new_content .= $matches[1];
		} else {
			$new_content .= wptexturize(wpautop($piece));
		}
	}
	return $new_content;
}
remove_filter('the_content', 'wpautop');
remove_filter('the_content', 'wptexturize');
add_filter('the_content', 'my_formatter', 99);

This block of code disrupts how WordPress handles shortcodes and causes it to process all other shortcode output using the wpautop function that adds HTML paragraph tags where line breaks exist. So while the above shortcode WILL allow you to place unformatted code in your post body, it's side effect is it then applies the wpautop to all other shortcodes because it changes the order in which filters are executed.

Removing the above code will allow the Next Element theme and Gravity Forms to play nicely together.

YES. The same issue would happen with the RAW shortcode above. The problem is while that function call doesn't process the shortcode using the wpautop function call if the shortcode matches RAW (or in this themes case NOFORMAT), it then applies it to all other shortcodes. It shouldn't be applying it to ANY shortcodes. But thats what happens.

*BUT* I came up with a work around that requires NO code changes on either end. It's actually quite funny. The function call causing the problem doesn't apply the autoformatting if the shortcode you use matches what is specific in the function call. So what I did is wrap the Gravity Forms shortcode within that shortcode and it works!

So instead of:

[gravityform id=1 name=My Form Title]

Do:

[noformat][gravityform id=39 name=ContactMe][/noformat]

It worked testing locally and the conditional logic form output and submitted fine.

If your function call uses [raw] instead of [noformat] you would just switch it out.