https://legacy.forums.gravityhelp.com/topic/broken-form-not-related-to-themeplugin-conflict Gravity Support Forums Topic: Broken Form -- Not related to Theme/Plugin Conflict. en-US Sat, 04 Apr 2026 13:59:30 +0000 http://bbpress.org/?v=1.0.1 q https://legacy.forums.gravityhelp.com/search.php https://legacy.forums.gravityhelp.com/topic/broken-form-not-related-to-themeplugin-conflict#post-40317 Mon, 07 Nov 2011 20:05:01 +0000 David Smith 40317@https://legacy.forums.gravityhelp.com/ <p>Hi Guys,</p> <p>You should see v1.6.1 available by automatic upgrade. This version should resolve this issue. Let me know if anyone is still having trouble. :) </p> https://legacy.forums.gravityhelp.com/topic/broken-form-not-related-to-themeplugin-conflict#post-39681 Wed, 02 Nov 2011 11:29:07 +0000 MikeThacker 39681@https://legacy.forums.gravityhelp.com/ <p>I have run into this exact issue. Viewing the preview of any form in our site displays a 404.</p> <p>This is happening because of the way gravity forms bootstraps wordpress in preview.php.<br /> <pre><code>require_once (preg_replace(&quot;/wp-content.*/&quot;,&quot;wp-blog-header.php&quot;,__FILE__));</code></pre> <p>Loading wp-blog-header.php causes wordpress to instantiate the WP object, which on initialization parses the request and returns a 404 HTTP Status since the preview.php uri does not match any permalink, page or post known to wordpress. You can observe this by attaching a filter to 'status_header' and printing out what wordpress returns:<br /> <pre><code>add_filter(&#39;status_header&#39;, &#39;print_header&#39;); function print_header($status_header) { echo $status_header; return $status_header; }</code></pre> <p>Prints: 'HTTP/1.1 404 Not Found' for any gravity form preview.</p> <p>We are running nginx as our web server, and it is configured to handle 404 errors. So, as soon as it gets a 404 response from php/wordpress, it ignores anything else and returns its built in 404 page. The original submitter may have Apache configured similarly.</p> <p>A simple solution for this is to bootstrap wordpress differently in preview.php.<br /> <pre><code>require_once (preg_replace(&quot;/wp-content.*/&quot;,&quot;wp-load.php&quot;,__FILE__));</code></pre> <p>This bypasses initiating the WP object and fully loads wordpress. WE have implemented this solution and haven't experienced any issues.</p> <p>A second solution would be to set the response header in preview.php to '200' before sending any content, thus overriding the header that wordpress had set.<br /> <pre><code>status_header(&#39;200&#39;); //wordpress specific</code></pre> <p>Hope this helps others.</p> <p>Brian </p> https://legacy.forums.gravityhelp.com/topic/broken-form-not-related-to-themeplugin-conflict#post-35326 Wed, 14 Sep 2011 15:30:09 +0000 znmick 35326@https://legacy.forums.gravityhelp.com/ <p>That's odd -- We host tons of Wordpress sites on our dedicated and they don't share this issue with gravity forms, but I will go ahead and submit a ticket with my provider.</p> <p>Zack </p> https://legacy.forums.gravityhelp.com/topic/broken-form-not-related-to-themeplugin-conflict#post-35320 Wed, 14 Sep 2011 15:23:56 +0000 Carl Hancock 35320@https://legacy.forums.gravityhelp.com/ <p>This is a URL rewriting problem most likely related to .htaccess but possibly a web server related configuration issue.</p> <p>If this page:</p> <p><a href="http://www.greenmediahosting.com/wordpress/wp-content/plugins/gravityforms/preview.php?id=10" rel="nofollow">http://www.greenmediahosting.com/wordpress/wp-content/plugins/gravityforms/preview.php?id=10</a></p> <p>Returns a 404 error then something on your web server isn't functioning properly because if you browse the server file system you will see that the file exists. Your server is acting like it does not. So this is a server related issue involving URL rewriting and permalink handling. </p> https://legacy.forums.gravityhelp.com/topic/broken-form-not-related-to-themeplugin-conflict#post-35310 Wed, 14 Sep 2011 14:56:59 +0000 znmick 35310@https://legacy.forums.gravityhelp.com/ <p>Nah -- It shouldn't.</p> <p>The .htacess and index.php are both moved to the root of public_html, this is something built into the wordpress codex and we've had gravity function fine on other sites we set up this way.</p> <p>It's most useful when having an old site up while you are working on another one, then you just move the .htaccess and index and edit a few lines and it works fine, are you sure that's an issue?</p> <p>Zack </p> https://legacy.forums.gravityhelp.com/topic/broken-form-not-related-to-themeplugin-conflict#post-35302 Wed, 14 Sep 2011 14:33:47 +0000 Chris Hajer 35302@https://legacy.forums.gravityhelp.com/ <p>This page on your site returns a 404:<br /> <a href="http://www.greenmediahosting.com/wordpress/" rel="nofollow">http://www.greenmediahosting.com/wordpress/</a></p> <p>That is unrelated to Gravity Forms but it is related to your problem. </p> https://legacy.forums.gravityhelp.com/topic/broken-form-not-related-to-themeplugin-conflict#post-35299 Wed, 14 Sep 2011 14:22:23 +0000 znmick 35299@https://legacy.forums.gravityhelp.com/ <p>I'm having an issue with Gravity Forms working, I've exported these settings to a different domain and it works fine.</p> <p>Here is the link to the form:</p> <p><a href="http://goo.gl/TWRBR" rel="nofollow">http://goo.gl/TWRBR</a></p> <p>In Preview mode when I submit the form it 404's to this URL:</p> <p><a href="http://www.greenmediahosting.com/wordpress/wp-content/plugins/gravityforms/preview.php?id=10" rel="nofollow">http://www.greenmediahosting.com/wordpress/wp-content/plugins/gravityforms/preview.php?id=10</a></p> <p>When I do it on the page, it simply redirects back to the form and does not send an email nor record an entry. I've tried it both with and without AJAX.</p> <p>I've also tried to disable all plugins on our site, same exact problems. </p> <p>Everything is up to the newest version as far as gravity requirements are concerned. </p> <p>I have disabled pretty permalinks -- same issue<br /> I reenabled them -- same issue.<br /> I disabled my theme and enabled twentyeleven -- same issue. </p> <p>Nothing seems to fix this, and the configuration has been shown to work on other domains…</p> <p>Without out this it's putting a halt on our business.</p> <p>Ideas?</p> <p>Zack </p>