Forms Not Saving Entries and Sending Blank Notifications

This is a database issue of some sort related to not being able to store the form submission data in your database which results in no entry and a blank email notification. The email notification get it's data from the entry, so because the entry isn't there it results in a blank email notification.

There was a bug in the initial Gravity Forms v1.6.3.2 release that would cause this, but there are certainly other scenarios where this issue could occur. Using a plugin or script to clone a WordPress site to create a new site in a multi-site environment and duplicating options in the wp_options table related to Gravity Forms setup while doing so is another example of something that can cause this.

It's the type of issue that is difficult to tell exactly what is going on without being able to look at it directly. It's definitely a database related issue. We'll be glad to look into this for you and help you determine what is wrong and what needs to be corrected to fix it.

Send me the following information:

- URL of the site
- WordPress super admin login

We'll start with this information and go from there. You can send me this information privately via email at carl@rocketgenius.com.

The issue is going to be the Gravity Forms related options that are created in the wp_options table. You can't clone those options when cloning a site. The options will be stored in the wp_options table with an rg_ prefix in the option key. You will need to delete those options on the sites where you are experiencing this issue.

Gravity Forms relies on options to determine if it's setup/install routine should execute or not.

If the Gravity Forms version number stored in options does not exist, Gravity Forms knows to execute it's setup routine which creates the database tables, etc.

If the Gravity Forms version number stored in options is older than the version in the plugin code, then Gravity Forms knows knows to execute it's setup routine again and attempt to create the database tables, etc. which is how version updates are made.

If the Gravity Forms version number stored in options matches the Gravity Forms version in the plugin code, then Gravity Forms will not execute it's setup routine because the version is correct so it must have already done so... so there is no need to do it again.

To force Gravity Forms to execute it's setup routine without deleting the Gravity Forms related options for that site in the options table... you can try this:

- Login to the WordPress dashboard for the site.
- Browser to the Gravity Forms Settings page (Forms > Settings).
- In the URL address bar of your browser append &setup to the end of the url and his enter.
- It should reload the page and execute the setup routine.
- Now try creating and testing a new form.

That should work. If not, you'll have to go the options route and delete the Gravity Forms related options that exist in the wp_options table for that site.