Custom Facebook button to login if account exists
Followed by:was that, when automatically registering an account, and sending a user-activation email, the user is redirected to the sign in page, but with the wrong itemID, so where can I add that in?
In the first case, you mention that the user is getting sent a user-activation email. In that case, JFBConnect *can not* log them in, which means that they can't be sent to the logged in profile page to fill in missing information, in which case the New User Redirection can't be to that registered-only page. There's some disconnect between what we're discussing here. Help me understand it more.RE the login redirect... once the login process has gone through, it directs the user to their logged in profile, so they can fill in the missing information that isn't collected from Facebook, so it really needs to stay as that and not a public page...
That is very strange. That session variable is the first thing JFBConnect does during the login process. That's also how we determine where to send the user when the New User or Returning User redirection setting is "Same Page", which is used by many sites.. so it *should* return the proper thing as that session variable is used even later in the same function in the following line:From the sign in page, that's the value it returns. From the Register/Join Us page, it doesn't return anything which is weird?
$redirect = $loginRegisterModel->getLoginRedirect($provider);In the first case, you mention that the user is getting sent a user-activation email. In that case, JFBConnect *can not* log them in, which means that they can't be sent to the logged in profile page to fill in missing information, in which case the New User Redirection can't be to that registered-only page. There's some disconnect between what we're discussing here. Help me understand it more.
That's in Joomla itself, not JFBConnect. I'd recommend, instead of using JFBConnect to redirect them to a registered page, to just configure the New User Redirection to be the Sign In menu item you've created instead of redirecting to a registered page and then having Joomla redirect them to the Itemid-less sign-in page.What I meant was that the user is redirected to the sign-in page (as expected, as the user doesn't have a log in), but they are returned to a sign in page with the wrong Itemid... where is the line of code that sends them back to the sign in page, so I can force an itemID on the end?
else
{
$fromwhere = JFactory::getApplication()->getUserState('com_jfbconnect.login.return', 'index.php');
if ($fromwhere != '/register') {
$app->enqueueMessage('Sorry but you must...');
$app->redirect('index.php');
}
else {}
}Joomla has 2 different activation modes.. User and Admin. It sounds like you have them both enabled to where the user has to confirm their email address and the admin has to approve them. You can modify those settings in the User Manager -> Options tab. You can also configure JFBConnect to not require activation at all for social accounts, while leaving it enabled for standard registrations, by enabling the "Skip Joomla Activation" setting.Last thing that's causing me problems now, is that the user is sent the 'Activate your email address' email, and once the link has been clicked, it's not coming up as activated in the back end, even though they are sent a message saying your account has successfully been activated and now needs to be approved by an administrator. Doesn't the administrator only have to enable the user, not activate them as well?
Joomla has 2 different activation modes.. User and Admin. It sounds like you have them both enabled to where the user has to confirm their email address and the admin has to approve them. You can modify those settings in the User Manager -> Options tab. You can also configure JFBConnect to not require activation at all for social accounts, while leaving it enabled for standard registrations, by enabling the "Skip Joomla Activation" setting.
If activation is set to "Admin", the behavior you describe is correct, I believe. There's 2 activations that have to occur in that state: the user for their email and the admin to enable. I'm not sure how the columns specifically behave. My best recommendation is to test the standard Joomla registration process and compare to JFBConnect's, which should behave similarly.But why when the user Activates through their email address, does it then not show activated in the back-end? Is that because Joomla then expects admin then to again activate?
Join our newsletter to get alerts for Joomla releases, tips and tricks and extension updates.