https://legacy.forums.gravityhelp.com/topic/debugging-client-submission-problems Gravity Support Forums Topic: Debugging client submission problems en-US Sun, 05 Apr 2026 16:17:57 +0000 http://bbpress.org/?v=1.0.1 q https://legacy.forums.gravityhelp.com/search.php https://legacy.forums.gravityhelp.com/topic/debugging-client-submission-problems#post-10408 Mon, 27 Sep 2010 11:37:40 +0000 Carl Hancock 10408@https://legacy.forums.gravityhelp.com/ <p>There are no GF specific debug logs. You'd have to look in your Apache log files for PHP errors.</p> <p>Theme/plugin conflicts can cause intermittent failures as well as "always broken" failures. It really depends on what the theme/plugin is doing. Database caching plugins for instance may work sometimes, but then you may experience issues when forms are submitted close together so the cache wasn't cleared before the next form submission. Theme/plugins also don't always do things on every page so it may only happen on pages where the theme/plugin is doing whatever is causing the problem. So it's possible for it to always be broken or for the functionality to appear intermittent. </p> https://legacy.forums.gravityhelp.com/topic/debugging-client-submission-problems#post-10369 Sat, 25 Sep 2010 20:17:13 +0000 dnb 10369@https://legacy.forums.gravityhelp.com/ <p>Ok, so that seems like a good thing to check. Would you expect theme/plugin conflicts to cause some intermittent failures, like in this case (which turned out to be pilot error), or an "always broken" sort of situation?</p> <p>Oh, and sorry, are there GF-specific debug logs I could scour if I was so inclined?</p> <p> -- dNb </p> https://legacy.forums.gravityhelp.com/topic/debugging-client-submission-problems#post-10330 Fri, 24 Sep 2010 18:30:32 +0000 Carl Hancock 10330@https://legacy.forums.gravityhelp.com/ <p>You are correct as far as the query stems issue with W3 Total Cache. Caching, especially database caching, can cause problems with any plugins that need to read and write to the database as caching can interfere with this.</p> <p>As far as debugging goes there isn't any single way that works best. Typically it's easiest to start with theme and plugin conflicts by deactivating other plugins and activating the default theme.</p> <p>You can certainly scour log files, but this is certainly time consuming and unless you know how to interpret the information it's probably going to take a lot more time vs. checking for plugin/theme conflicts. But some people prefer to go this route. </p> https://legacy.forums.gravityhelp.com/topic/debugging-client-submission-problems#post-10325 Fri, 24 Sep 2010 17:35:07 +0000 dnb 10325@https://legacy.forums.gravityhelp.com/ <p>Sorry, last followup to myself here. The user managed to submit the form finally (my current guess is he got tripped up on a field validation and didn't manage to read the error message). </p> <p>Still kind of curious about debugging support within GF, but I'm happy to call this case closed if you'd like.</p> <p> -- dNb </p> https://legacy.forums.gravityhelp.com/topic/debugging-client-submission-problems#post-10320 Fri, 24 Sep 2010 16:15:59 +0000 dnb 10320@https://legacy.forums.gravityhelp.com/ <p>And sorry, just so I get the advice on W3 Cache, are you recommending I add something to the "Ignored query stems:" box or is the whitelist some place else?</p> <p>Actually, scratch the question, just saw your posting in:</p> <p><a href="http://forum.gravityhelp.com/topic/not-getting-all-of-the-entries-when-exporting-form-as-a-csv-file#post-8919" rel="nofollow">http://forum.gravityhelp.com/topic/not-getting-all-of-the-entries-when-exporting-form-as-a-csv-file#post-8919</a></p> <p>(but still interested in general advice on how to debug problems like this)</p> <p> -- dNb </p> https://legacy.forums.gravityhelp.com/topic/debugging-client-submission-problems#post-10319 Fri, 24 Sep 2010 16:11:38 +0000 dnb 10319@https://legacy.forums.gravityhelp.com/ <p>Hi Carl-</p> <p>Thanks, that's useful advice (especially re: W3 Cache, is that documented some place?) on what could be going wrong. Do you have any advice on how to begin to determine what is going on (i.e. how to debug)? Does GF write any logs (or can it) that I can look at?</p> <p> -- dNb </p> https://legacy.forums.gravityhelp.com/topic/debugging-client-submission-problems#post-10316 Fri, 24 Sep 2010 15:36:48 +0000 Carl Hancock 10316@https://legacy.forums.gravityhelp.com/ <p>It's possible about highly unlikely it's a browser issue, although AJAX does use Javascript and if they had Javascript turned off than this could be an issue. We can look into how to detect JS and disable AJAX if it's JS can't be used.</p> <p>Another possibility is a caching issue. If the site is running any kind of database caching plugin for performance and it isn't configured to allow Gravity Forms to read/write to the database properly... this can cause a problem. W3 Total Cache, for instance, has database caching and unless you add the Gravity Forms database tables to it's database caching whitelist... you will encounter strange issues of entries not being recorded depending on when the cache was last cleared. </p> https://legacy.forums.gravityhelp.com/topic/debugging-client-submission-problems#post-10310 Fri, 24 Sep 2010 13:34:44 +0000 dnb 10310@https://legacy.forums.gravityhelp.com/ <p>Hi-<br /> I'm curious what you'd recommend for debugging issues with individual client form submission problems. I've got a form that has been happily collecting data and notifying us when it does so, but there is one person who recently sent the following in email:</p> <p>"I have sent in our form three times, did it come through?"</p> <p>and indeed, I haven't seen anything from this person. Unfortunately I don't have any access to the server error logs (oh GoDaddy, we love you so). Does or can GF write out any debugging information to a log that might help get to the bottom of this? Is there anything else you could recommend I could do or ask of this person to help get to the bottom of things?</p> <p>Thanks for any help you can offer.</p> <p> -- dNb</p> <p>P.S. If it is of any interest, the form in question is using the AJAX "Thanks for the form" setting, which as I mentioned, is working for everyone else. Is there a chance that if their browser can't handle things, submissions would also fail? </p>