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.

New Registered User is Disassociated from their form data.

  1. I have a simple (one-page) signup form that is saving the data and is dispatching the user password BUT when the user logs in, they no longer have access to the data they submitted on the SignUp page.

    This is the one page Sign-Up form: https://www.incaseofemergencycard.com/sign-up/

    Thoughts?

    Posted 9 years ago on Tuesday September 11, 2012 | Permalink
  2. Do you mean that you want all this additional information shown on the user's profile page? If so, you will have to extend the default profile page. Here is one explanation of how to do that: http://justintadlock.com/archives/2009/09/10/adding-and-using-custom-user-profile-fields

    If that is NOT what you mean, please clarify where you expect the user to be able to view their data. Thank you.

    Posted 9 years ago on Wednesday September 12, 2012 | Permalink
  3. My goal is to combine a simple one-page registration form that captures the users information, registers the user, dispatches the aweber subscription, send them their password and then allows them to come back to the site, allowing the user to subsequently login and see/edit (using the Katz Directory Plugin) the data they entered when they submitted the one-page form. It all works except that last part which seems to be due to the fact that when the form entry is stored there seems to be no association made to the userid created when the user registration plugin fires. Thanks for any insights!

    Posted 9 years ago on Wednesday September 12, 2012 | Permalink
  4. This code snippit from the dev team did part of the trick, the users can now see their records...

    add_action("gform_user_registered", "update_created_by", 10, 4);
    function update_created_by($user_id, $config, $entry, $user_pass) {
    RGFormsModel::update_lead_property($entry["id"], "created_by", $user_id);
    }

    ...but they can not edit them.

    Any insights?

    Posted 9 years ago on Wednesday September 12, 2012 | Permalink
  5. Got it! Additionally, you must set the Users > Roles > Subscribers > Capability of gravityforms_directory to ON.

    Thanks to all who gave this any thought!

    Posted 9 years ago on Wednesday September 12, 2012 | Permalink
  6. tex77
    Member

    @ICE-CARD, are you saying that the form your existing members use when editing their user profile (when logged in) is actually a GravityForms form? Or is it just the default WP User Profile form from the wp-admin, but embedded on a page in the front-end, and/or using Katz Directory?

    Posted 9 years ago on Wednesday September 12, 2012 | Permalink
  7. The unregistered/unsubscribed new user Signup form is a GF form that does double duty as a custom profile/data collection form. Once submitted GF Reg Plugin fires and with the code snippet above then associates the newly registered Subscriber role to the GF form data. Upon login, users are redirected via plugin to a Katz Directory of the GF reg/profile form data. Hope that clarifies things a bit.

    Posted 9 years ago on Thursday September 13, 2012 | Permalink
  8. One last question of the powers that be, okay so the code snippit above works for all cases going forward, what can I do about the thousands of records that are not currently associates correctly to the username (email) and password? Thanks in advance for any help on this. -Bob.

    Posted 9 years ago on Thursday September 13, 2012 | Permalink
  9. Sounds like this is related to the Gravity Forms Directory Add-ons? That was not created by us and is not supported by us. Please contact the plugin developer for help with that.

    However, if there are records which are not properly associated with the username and password, you will probably have to run some SQL one time to fix all the old records, and rely on new records going forward. However, custom SQL is outside the support we can provide here.

    Posted 9 years ago on Friday September 14, 2012 | Permalink
  10. While the code above isn't from me, I did create an add-on to change who created a lead entry:
    http://www.seodenver.com/a-gravity-forms-add-on-change-who-created-an-entry/

    Hope this helps!

    Posted 9 years ago on Tuesday October 30, 2012 | Permalink
  11. Thanks Zack.

    Posted 9 years ago on Wednesday October 31, 2012 | Permalink

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