Does JFBConnect have any event triggers?

There is no current way to bring a user to a specific page before they create their account. The reasoning behind that is if we send the user to another component, there's no guarantee that the other component would ever send them back to actually have the account created. So, the only way to have a user select a plan is after their registration is completed.

With that said, we do have multiple triggers for different actions, but not one for 'post login redirect'. There is a setting in JFBConnect for "New User Redirection" which is where a user would be brought after they create an account. Is there a reason using that redirection wouldn't work for you? We know of multiple sites with subscription/profile plan type features that use the new user redirection to let a user select a plan after registering with a social network.

Thanks,
Alex

From the 2 paths you mention above, I'm not really sure of the difference. You mention underneath that the user selects a PayPlans option and then registers.. but you also said the first path starts on the EasySocial registration page.. so not sure how they're going from PayPlans to register through JFBConnect.

With that said, I'm not sure how PayPlans stores your selection and then tries to recall it later, but it's not something the JFBConnect registration should interfere with. It sounds like that recall does work when you register through Joomla or EasySocial... but unsure if that's special integration with those registration flows or something that's a conflict with JFBConnect. Normally, a selection like that would be stored in a session value and then retrieved once you return to the selection page to have it already selected or skipped altogether.

The flow you mention above of registration -> plan selection is our best recommendation. If there's a way to show the plans, but not let the user select while showing the social registration icons, they can see the options, register and then select the one that fits them best. That's my best immediate suggestion.

Thanks,
Alex

If we could eliminate automatic account creation when an unregistered user tries to login with JFBConnect, the problem would be solved. Is it possible to stop this?

You can set the "Enable Automatic Registration" to 'No'. That won't automatically create the user, but will then bring them to JFBConnect's own registration page where they can set their username, password and other profile fields (or confirm the data imported from the social network they chose).

I don't think that's what you'd want either.

It sounds like you want the social buttons, but you want them to redirect to the PayPlans selection page if a user isn't registered. Then, the user would select their plan and have to click the social login button again to actually create their account? That's not something we support as we wouldn't know the 2nd time if the user really was ready to have their account created.

It really sounds like you just want to hide the SCLogin module (or whatever methods you're using to show the social login buttons) and only show them on the PayPlans selection page (or the page after they select, I'm not sure). To do that, you can disable our module and use the {JFBCLogin} tag in the place that you want the buttons to show. I think that would do what you're looking for.. the user clearly sees buttons for "Register" which they click to select a plan and then will see the social registration options in the correct place. Similarly, you can have a simple "Login" button that goes to the Joomla or EasySocial login pages which let the user login with their choice of account there.

I hope this helps with some ideas, but don't hesitate to ask more questions. Unfortunately, I don't see any magic bullet way with a simple switch to do exactly what you're looking for.

Thanks,
Alex

Joomla directly supports template overrides, so we support those as well. We don't have any mechanism to override any file, though you could create a system plugin to do so (that can get ugly fast though, so not necessarily recommending that).

Can it distinguish between the two? If so, can you point me to the file/code responsible?

Yes, JFBConnect knows if the user is 'unknown' (and needs to register, either automatically or through the form) or already has an account (and therefore needs to be logged in). You can find that code in the /controllers/login.php file in the 'login' function.

Specifically, around line 61, you'll see:That checks if the user has already authenticated with a social network. So, at this point, you could check if they are 'new' or not and do something different if you The next statement is an 'if' statement that they'll be sent through which may automatically create them an account or redirect them to the JFBConnect registration page.

If they have an account *or* an account was just created for them automatically, they'll jump down to around line 143 where we'll then log them in.$jUser will be their Joomla user ID that they'll be logged in with. At that line they aren't actually logged in yet though, that happens in the next if block with the comment of 'try to log user'.

You can check the "$provider->initialRegistration" variable to see if an account was created for them from here on out as well.. if true, an account was just created for them. If false, they already had an account.

Hopefully that helps locate the right spot to make some changes. Let us know what you come up with or if you need any further assistance.

Thanks,
Alex