Issue with gform_after_submission Hook and User Registration and Sending Emails

Hi,

This is a little bit complicated so please bear with me.

Basically I've been trying to sort out my confirmation emails that get sent when a user registers. The email routing included in Gravity Forms is good but it isn't customisable enough for me needs so I've been trying to write my own. I think the code is simple enough but I've run into a bit of a confusing wall.

My first plan was to write a custom plugin to override the wp_new_user_notification function, as per the Wordpress documentation. Here are my efforts:

http://pastie.org/5516484

It worked fine and routed the correct emails to the correct places. The problem I encountered here was that I couldn't access extra user metadata captured at the same time as registration, so after feeling like it was a dead end I used the plugin to simply disable the function in favour of using the gform_after_submission hook to send the emails on for completion, this way all metadata is already stored.

I've been working at it and it's working fine for one type of user registration, seen here:

http://pastie.org/5516494

However, when I've been trying to mimic the functionality with the other user type I keep hitting errors. The main issue is that

$user = new WP_User($entry[24]); //Take the $user_id and use the WP_User function to access all information about the newly registered user

is returning false. So I've tried using

$user = get_user_by('login', $entry[15]); //Find the user data

but this just returns NULL. How does this make any sense when it works perfectly in the other example? I've tweeked it around a lot, here's where I am right now:

http://pastie.org/5516510

Can anyone help me with this, I've been going round in circles for hours now and I can't make any sense of it. I've tried putting in a usleep() to make sure it isn't just taking a little too long but to no avail.

A live test is online but please PM me for access as I don't want it posted publicly.

Many thanks.

Hi Chris,

Thanks for getting back to me so quickly. Sadly I'm still stuck though.

I thought both $entry and $form were optional when calling gform_after_submission, which is why it was left out, but on your advise I added a call to it and it generated this error message before outputting my var_dumps:

Warning: Missing argument 2 for patient_registration_confirmation()

Apart from that no change.

As for $entry[24], it is 100% guaranteed as it is set by the site not the user and I have triple checked it by making the code dump it out at this stage, and as I said the same trick worked for the other type of registration.

As for the quoting decimal entry's thanks for pointing that out, I'd missed that.

Any more ideas bud?

Here's the complete file for the emailing out on form submission:

http://pastie.org/private/xqs9nutx2ww1rrpvmpbp3w

Here's the code powering the form, specifically look at the patient id number section;

http://pastie.org/private/0hxws6a4duv3jipfwravw

$entry can dump fine, here is an example I've just done:

http://pastie.org/private/gzgx1muzbnyu1zt23cwdq

Please forgive the mess they're in, it's still all a work in progress.

Sorry Chris, I didn't get an email telling me you'd replied.

That is the user id of the user being created during the registration process powered by this form. So you're right in that the user wouldn't exist at the start, hence the code has picked that user id, but by the time the gform_after_submission hook is fired it should be registered and in place. This is exactly how the home registration works and it doesn't cause an issue with that form. As you can see from this screenshot the user is registered correctly:

http://i1089.photobucket.com/albums/i351/theslink2000/user_zps6d8bc953.jpg

But you're right in as much as the lack of that being a registered user would be the cause, but why does it not see it as a registered user when it is registering the user, if you see what I mean.

$entry[24] is correct. $entry[15] is a different function that registers a different type of user under different circumstances, but on that form it serves identical purpose.

I tried your suggestion and it simply outputs every users information. The exception is that the final entry is the login of the newly registered user but there is no more information given on the new user.

But this seems to be progress. Any more ideas bud?

From what I understand of the function you're right, it should only return all if there is no criteria, but as you can see here it is outputting everything:

http://pastie.org/private/pfdaihzdlrjt3pnryixneg

Also just to make sure I've tested it with 'login' and 'user_login', both have the same effect.

WP_DEBUG is on as the site is still being built, nothing is showing up I'm afraid. If you want access give me an email address and I'll ping the details over.

I'm totally stumped, the user_login value found in $entry[24] is pre-set by the code (see this pastie from above http://pastie.org/private/0hxws6a4duv3jipfwravw ) so it can't be wrong, also the structure is appearing in the database properly and you can then login with the information after the form has submitted. Also just to be 100% sure you can dump out $entry[24] and it's correct.

What else could possibly be stopping it? Or do you have any idea how else I could find the new user's id? I can't think of anything as no other information is guaranteed to be unique (I've got a good reason for disabling unique emails).

I'm not sure what day's you're working next week but if you get this before Christmas I hope you have a good one bud, and thanks for the continuing help.