I recently set up this plugin after learning that most of our Gravity Form submissions were going to Spam. Now, the formatting of the email is different and there is quite a bit of excess space. Do you have any insight of adjustments I can make?

gravity forms formatting?

• WordPress 6.3.5
• SMTP Settings for Gravity Forms
• Version 0.12.89
• macOS 15.3.2 
• Safari Version 18.3.1

Issue:

Visitors click the submit button, but the form does not process their entries. No errors appear in console logs, server logs, or Gravity Forms logs. Form submissions succeed when manually entering details, but fail when autofilled via URL parameters (e.g., ?email=test@gmail.com&fname=John). Happens on fresh WordPress installations with only Gravity Forms and a page builder installed. What I’ve Tried:

• Disabled caching (Cloudflare, WP Rocket)
• Disabled security features (ModSecurity, firewalls, security plugins)
• Switched hosting (Hetzner → Hostinger → SiteGround)
• Tried multiple form plugins (Gravity Forms, Fluent Forms, WPForms, Ninja Forms)
• Used a fresh WordPress install on a subdomain, but the issue persists
• Tested with and without ad blockers – no difference
• Checked Hotjar recordings – visitors click submit, but the form hangs
• Plugin support (Gravity Forms, Elementor) couldn’t replicate the issue.

Additional Notes:

• Plugin support (Gravity Forms, Elementor) couldn’t replicate the issue.
• No PHP errors are logged.
• Hotjar recordings show users clicking submit, but the form does nothing.
• This issue existed before Hotjar was installed, so it’s not a conflict.
• Debug logs don’t show blocked requests.
• The issue seems to happen universally regardless of form, page builder plugins, or themes

Additional Clues:

Issue occurs before submission is processed (even with simple confirmation messages instead of redirects). Form submissions don’t even register as clicks in Hotjar for Elementor and Formidable forms. The issue happens for almost all real visitors, not just specific ones. No 403/404 errors in server logs, but POST requests from real users don’t seem to reach the server.

How visitors access the form:

1. I send an email with a Pretty Link (Prettylink1).
2. Prettylink1 redirects to another Pretty Link (Prettylink2).
3. Prettylink2 redirects to the final form URL.
4. Visitors land on the form page but fail to submit unless manually interacting with fields.
5. Even when testing direct visits (bypassing Pretty Links), the issue still happens

Possible Causes? JavaScript not executing properly for real visitors? AJAX requests getting blocked silently? ModSecurity filtering requests without logging errors? I’m out of ideas at this point—has anyone encountered anything similar or have suggestions for further debugging?

Gravity Forms plug-in version: 2.9.4

Activating ‘Admin Notices Manager’ interferes with the WP Admin > Forms section rendering correctly. Every page under that tree loads as blank blue until the user scrolls DOWN, at which point the page content renders correctly.

Additionally, the counter for Admin Notices doesn’t correctly register notices when loaded on any of the Gravity Forms pages in WP Admin – it says “No admin notices” even though there are several admin notices counted in the counter on any other page in WP Admin UI.

Looks like a conflict you need to work out with the Gravity Forms team. https://www.gravityforms.com/

The Recaptcha always goes under the WP popup bbut only if the blur popup overlay is enabled.

blocked by firewall for XSS: Cross Site Scripting in POST body:

We determined that the string causing this block is:

Data:

When either the word “Data” or the colon (:) was removed, the form submitted fine. As we’ve found the issue and let the client know how to workaround this, we are really just wondering why this might be triggering this block in Wordfence and then of course if there is a permanent fix? Would this be a call to add the param to the allowlist?

Thanks for any insight.

specifically the array on gravityforms/form_display.php:971,

	            observer.observe( document.body, {
	                attributes: true,
	                childList: false,
	                subtree: true,
	                attributeFilter: [ \'style\', \'class\' ], // THIS ONE HERE
	            });

which causes the javascript to error and submissions POST successfully but nothing is done with the response itself.