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.

Oops! We could not locate your form.

  1. Hello,
    im having a hard time figuring out the problem, but gravity forms seems to be working in sidebar widgets on our website. but when we try to place a form in a post area, there is an error: Oops! We could not locate your form.

    It appeared at first that the problem was that there were 2 gfroms on 1 page, but we have created a custom template eliminating the sidebar, but the poblem persists.

    I have scoured the database also, looking for potential url problems from moving from dev to live as seemed to be a problem for other people in posts on this forum with similar problems.

    the page in question is here: http://www.taxresolutioninstitute.com/consultation/

    Looking for any assistance to resolve this issue. thanks in advance.

    Posted 13 years ago on Saturday February 19, 2011 | Permalink
  2. Hi jschwab,

    Two things come to mind:

    1 - Verify that your form is active ( green check: http://grab.by/92Q3 )
    2 - Are you using an GF filters that pass and expect the $form object back? If so, make sure you are returning it.

    Posted 13 years ago on Saturday February 19, 2011 | Permalink
  3. You mentioned you migrated from dev to live. How did you migrate the data? Depending on how you migrated the data from one database to the other you could have corrupted the form meta. Can you edit and preview your forms from the Edit Forms area?

    Posted 13 years ago on Saturday February 19, 2011 | Permalink
  4. Thanks guys,

    - the form is indeed active (green check)
    - im not using GF Filters (im not really even sure what GF Filters are)
    - Migrating from dev to live, I exported the database from phpMyAdmin,
    and replaced URLs with search and replace.

    I am able to edit forms, and forms do work in sidebar widgets on the site, just not in the content area.

    A little stumped...

    Posted 13 years ago on Sunday February 20, 2011 | Permalink
  5. What was the URL change? If the length of the URL was different, the serialized data lengths end up getting corrupted. This has been discussed a couple times before.

    http://www.gravityhelp.com/forums/topic/bug-double-qoutes-in-confirmation-message-and-redirect-cause-migration-to-fail#post-15488

    Alex may have a plugin to take care of it:
    http://www.gravityhelp.com/forums/topic/bug-double-qoutes-in-confirmation-message-and-redirect-cause-migration-to-fail#post-15537

    There appear to be a couple other plugins to help with this sort of problem too (but seem to be designed to doing it correctly initially rather than fixing it after the fact):
    Backup Buddy
    http://www.gravityhelp.com/forums/topic/bug-double-qoutes-in-confirmation-message-and-redirect-cause-migration-to-fail#post-15497

    http://spectacu.la/search-and-replace-for-wordpress-databases/

    If the length of the old domain name is different from the length of the new domain name, I think this is what's causing the problem.

    Posted 13 years ago on Sunday February 20, 2011 | Permalink
  6. the dev url was: dev.taxresolutioninstitute.com
    and the live url is: http://www.taxresolutioninstitute.com

    so basically they are the same length.

    if the idea is that the database may be corrupted, could it be fixed by simply uninstalling gravity forms, and removing its associated datbase tables and then reinstalling gravity forms?

    Posted 13 years ago on Sunday February 20, 2011 | Permalink
  7. That's good that you used dev and www: I do the same thing and changing between the two does not corrupt the lengths of the serialized data.

    If you uninstall Gravity Forms and drop the tables, then reinstall Gravity Forms, you will have to recreate your forms again. If that's not a problem, that will work fine. You could probably skip all that and just delete and recreate your forms too, instead of uninstalling Gravity Forms completely.

    Sorry my serialization guess was off the mark.

    Posted 13 years ago on Sunday February 20, 2011 | Permalink
  8. Hey harley, no worries. thanks for the effort. thats a great thing to know for future migrations. I appreciate your help.

    going to try reinstalling now....

    Posted 13 years ago on Sunday February 20, 2011 | Permalink
  9. @jschwab In order to uninstall and drop the tables you can use the "Uninstall" feature on the Settings page of Gravity Forms. Deactivating or deleting the plugin alone will not delete the data. Only the "Uninstall" option on the Settings page will do that.

    Posted 13 years ago on Monday February 21, 2011 | Permalink
  10. thanks guys. ive uninstalled gravity forms, and reinstalled but still no luck.

    Posted 13 years ago on Tuesday March 15, 2011 | Permalink
  11. how could gravityforms work in a sidebar but not in a post or page content area? any ideas?

    Posted 13 years ago on Tuesday March 15, 2011 | Permalink
  12. @jschwab Does this only happen with existing forms? Are you able to create new forms and embed them on this page?

    As @illinoisharley pointed out above if you migrated your site from one location to another the serialized data associated with some of your forms could have been compromised. This happens when tools such as PHPMyadmin do not handle serialized data properly.

    One thing you can try is our Meta Recovery Tool which is available on the Downloads page. Install and activate that plugin. It will add a Meta Recovery option to the Forms navigation. Use that tool to correct the meta for each of your forms.

    If you can create new forms fine and the above doesn't work then you may just need to create new forms. Something with your data sounds like it is corrupt.

    Posted 13 years ago on Tuesday March 15, 2011 | Permalink

This topic has been resolved and has been closed to new replies.