Email notifications blank and user notifications stopped

@Gerhard It sounds like your database tables were not created properly when you installed Gravity Forms. Your database may have encountered an issue and didn't create them properly.

You could try forcing Gravity Forms to re-run it's setup process again. You would do this by accessing your wp_options table and look for the option Gravity Forms adds that sets the current installed version.

- Go to plugins

- Deactivate Gravity Forms

- Edit your database (i'm assuming you are comfortable doing this given your post above) and edit the wp_options table and change the values of the options named rg_gforms_version and rg_form_version to 1.0 from what is probably currently 1.5

- Go to plugins

- Activate Gravity Forms

Go to the Settings page of Gravity Forms after doing so. It should re-run it's setup process thinking v1.0 was previously installed and that may correct the issue... unless it's unable to update the database because the mysql user it runs as (wp-config.php) doesn't have that capability.

If that doesn't work you may need to uninstall and re-install Gravity Forms from scratch to correct this. If you have existing forms and entries, you would want to export the entries to CSV and your forms to XML before doing so. It sounds like things weren't updating properly by your database server or web server during the update process.

To install Gravity Forms completely you would go to the Settings page (Forms > Settings) and click the uninstall button.

I have, and I just responded to you. This appears to be a plugin conflict. Something is hijacking the form submission process and the POST action which results in Gravity Forms not submitting. This isn't a surprising situation as you have 49 active plugins which is quite a lot. The more plugins you use, the greater the chance you have of running into issues such as this.

In order to determine the problem you would have to do a plugin conflict resolution test. This would involve deactivating ALL your plugins except Gravity Forms, and then testing to narrow down which plugin is causing the issue and from there determining why.

Here is how you determine which plugin is interfering:

To test for a plugin conflict:

- Deactivate ALL plugins
- Activate Gravity Forms
- Check to see if the issue occurs

If it does not, then one of your plugins is causing a with Gravity Forms. To narrow it down follow the steps below:

- Activate each plugin one by one
- Check to see if the issue occurs after each one

A way to speed this process up is instead of activating them one by one, activate them in groups... say 5 at a time... and then when you encounter a group that causes the issue to occur, deactivate that 5 and then activate them one by one and test after each one.

Let me know how it goes. We can't prevent themes or plugins from causing conflicts, it's just a fact of life with WordPress themes/plugins, especially when running large numbers of them from a wide variety of sources. This can happen when the plugin or theme doesn't isolate when and where it executes code.

If it doesn't work with ALL other plugins deactivated then it sounds like a server related configuration issue. If your server runs Windows (and not linux) then your host could have changed something with how URL rewriting functions, which can cause this type of problem to occur. But it sounds more like a plugin conflict.

@Rusty That is up to you. I'm just trying to help you resolve the issue.

Because you updated to a new version of Gravity Forms, that means one of your other plugins may be causing a conflict with it. Without deactivating them all and then testing, you won't be able to determine which one.

We can only do so much to prevent another plugin from causing a problem. We follow best practices, but the vast majority of plugins do not and that is when conflicts and issues arise.

I can look into it again. One thing I noted in my original email to you was in regards to the type of web server you are running. Are you using a Windows server or Linux to host your site? Because as I mentioned int he email, this behavior can also appear on Windows servers who don't implement URL Rewriting properly.

@treuter Can you inspect your wp_options table and see what version is listed in the Gravity Forms options that store the version number? It's probably the same issue outlined above. We haven't been able to replicate it. If you would allow us to check out your site and look at it, that would help us debug the issue.

@skyrocket Can you send us a WordPress admin login for this site so we can take a look? It will need to have super admin access. You can send this to us via our Contact Us form.

We may need additional access (such as PHPMyAdmin access) in order to debug this further and determine what is going on. Also include a link to a form that we can see having the issue so we can see what is happening prior to. Because if the above didn't work, you have something else going on.

There is no script that can be run, it's based on the version number. Something is preventing the auto-updater to run. The only way for us to debug this is to be able to access the site and see the issue happening and then debug it. We can't replicate this issue locally, which means we can't debug something we can't replicate. We would need access to the site in order to take a look because we need to see it happening on the site that is having the issue.

I'd have to look at the Uninstall as far as deleting all the tables across a multi-site installation. It should, but the issue has never come up so i'd have to test on my end to make sure.

If you have a multi-site install you'd have to make that change in every options table for each site because each site has their own options table.

@rplatner When you inspect wp_nn_rg_lead does it have a Currency column? If not, the database user your WordPress site is configured to use may not have Alter permissions which prevents Gravity Forms from being able to add this new column to the lead table and will prevent entries from being saved due to a database error. Also try turning WP_DEBUG mode On and submitting a form and see what errors occur (note: errors are what you need to look for, not warning or notices).

@rplatner The problem is the rg_lead table wasn't updated because when it was installed the database user did not have the correct permissions. Your WordPress database user should always have all permissions, plugins and WordPress need to be able to make changes to the database and without the proper permissions it causes issues.

So what is happening is the update happened, rg_lead was not updated with the new columns, and now it can't be written to because of an error because columns that should be there don't exist. If the database user had full permissions prior to the update, this wouldn't have happened because the table would have been updated properly.

You need to reset the form version in the options table again so Gravity Forms tries to re-run it's setup to create the new columns now that your database user should have proper permissions.