PLEASE NOTE: These forums are no longer utilized and are provided as an archive for informational purposes only. All support issues will be handled via email using our support ticket system. For more detailed information on this change, please see this blog post.

Form Editor not updating form after editing

Gravity Support Forums » Plugin Support » Gravity Forms

  1. monki
    Member

    Hi there,

    I just want to say I have read and re-read many posts in this forum to find the answer. However, it seems that this really is a case by case problem, albeit quite common.

    I am running WP 3.01 and GF 1.4. I am using PHP 5.2.10 and MySQL 5.0.77 and custom a WP Theme.

    The problem occurs in the following steps:

    1. Create new GF form. Edit details.
    2. Update Form. ---------- WORKS
    3. Either continue editing or edit form from Edit Forms menu
    4. Add a Single Line Text and/or a Paragraph Text and/or a Number and/or Section Break.
    5. Update Form ------------ WORKS
    6. Either continue editing or edit form from Edit Forms menu
    7. Add a Drop Down and/or Checkboxes and/or Multiple Choice and/or Hidden.
    8. Update Form ------------ DOES NOT WORK

    It doesn't matter what browser I am in. Same steps, same problem.

    So to work out whether it is a plugin issue, or server side issue, I clean reinstalled WP and GF on a sub domain with Twenty Ten Theme and No plugins - hero.goodfolks.com.au

    I then went through the above steps to create a GF form, and it works perfectly! No problems at all.

    Therefore, there is no problem server side. So does this mean there is a conflict with the custom theme or a plugin. Or both, and if so How do you suggest I go about working that out?

    Thanks for the help

    Posted 14 years ago on Monday September 13, 2010 | Permalink

  2. Carl Hancock
    Administrator

    So just to be clear, the form isn't saving properly on one site but is saving properly using the exact same steps on another site on the SAME server?

    I ask because what you described sounds like it could be a mod_security firewall issue. Which is known to happen with checkbox/radiobutton/dropdown fields depending on your server firewall settings. But you say it works fine on another site... but is that site on the same server as the first?

    Posted 14 years ago on Monday September 13, 2010 | Permalink

  3. monki
    Member

    Thanks for getting back. Yes they are both on the same server.

    The new site (the one that works) has its own database on the same MySQL server.

    Posted 14 years ago on Monday September 13, 2010 | Permalink

  4. Carl Hancock
    Administrator

    It still sounds like a mod_security issue to me. That is the only time checkbox/radiobutton/dropdown fields have prevented the form from saving.

    Otherwise if it works fine on one site on your server and not on another site on the same server... then there is something wrong with the site it isn't working on. In that case it would be either a theme conflict, a plugin conflict, or something wrong with the WordPress install itself.

    To test for a Theme conflict you would activate the default TwentyTen theme and then test to see if Gravity Forms works properly. If it does, then something in your theme is causing a conflict with the admin.

    To test for a Plugin conflict you would deactivate ALL other plugins and only activate Gravity Forms. Then test to see if Gravity Forms works properly. If it does, then you activate each plugin one by one and test Gravity Forms after each and every one until you encounter the plugin that is causing a conflict with the admin.

    If you want to learn more about the mod_security issue is described in these 2 posts along with the server fix:

    http://forum.gravityhelp.com/topic/cannot-edit-any-forms-stalls-at-saving-form-please-wait#post-9531

    http://forum.gravityhelp.com/topic/cannot-edit-any-forms-stalls-at-saving-form-please-wait#post-9534

    Posted 14 years ago on Tuesday September 14, 2010 | Permalink

  5. monki
    Member

    Great. Thanks for the info. I will try above and post up what happens.

    Posted 14 years ago on Wednesday September 15, 2010 | Permalink

  6. monki
    Member

    Well. I performed the checks of activating the Twenty Ten theme, and removing all plugins.

    Now, the strangest thing is occurring.

    The domain site (goodfolks.com.au) with Twenty Ten and no plugins. Editing and updating a form works. Therefore, it must be the custom theme, and or a plugin that is causing the problem.

    Next, I reactivated the custom theme and tested the Gravity form. Editing and updating a form works.

    Next, I went through and reactivated each plugin, one by one, then tested Gravity Forms. Editing and updating a form works with every plugin, and with every plugin installed.

    Huh? So what is the problem. It now works...

    Well I decided to rebuild a form that I had lost from deinstalling and reinstalling GF.

    When I got to adding exactly (!!) the same multiple choice field, the form would not update.

    So I started messing around with word combinations in the Field Label of the multiple choice field in question. Believe it not, I could not update with the word combination "Are you available to work from November 2010 to April 2011?". But, I could update with the word combination " Are you available to work this summer?"

    What is with that? What do you suggest I do?

    Posted 14 years ago on Wednesday September 15, 2010 | Permalink

  7. monki
    Member

    Update that, I cannot use the word "from" with the word "November"...

    Posted 14 years ago on Wednesday September 15, 2010 | Permalink

  8. Carl Hancock
    Administrator

    It's a mod_security firewall issue as I suspected.

    The firewall on your web host is rejecting the request because one of the terms used in the ajax request is "isSelected" and you are using the word "from" in the label for your form so what is happening is mod_security is seeing those 2 keywords and rejecting the AJAX request for security reasons. It thinks it's under attack when it is not because it's receiving requests that look like database queries because of the keywords it sees.

    You will have to look into the mod_security resolution that I referenced above, which will have to involve your web host. They typically will make mod_security changes for user sites.

    We are also going to look into any changes we can make to Gravity Forms to prevent it from triggering mod_security from rejecting the request.

    Posted 14 years ago on Wednesday September 15, 2010 | Permalink

  9. monki
    Member

    You are right. After my last post, I exported out the form in question and imported it into the subdomain site running Twenty Ten and no plugins except for Gravity Forms.

    I then proceeded to try to enter the same phrase "Are you available to work from November 2010 to April 2011?", and it did not work.

    Thanks for your help. Now off to the web server...

    Posted 14 years ago on Wednesday September 15, 2010 | Permalink