[9.0.244 Bug] Social Registration page CAPTCHA

Sorry for the delay. We're going to have to investigate this further. The issue may be a bug, but it's also one that's likely going to be hard to directly work around and use the "User Options" setting.

For our registration page, we load the joomla registration form xml file from components/com_users/models/forms/registration.xml
That XML file describes all the fields that should be shown during registration, including the captcha field.

That field is a built-in Joomla field and when it's loaded to display on a page, it goes through the hierarchy like you show for the captcha setting:
- Global
-- <component>

So, when displayed in the com_users component, it looks at the settings as follows:
- Global
-- com_users captcha setting

In JFBConnect, it looks at the settings like:
- Global
-- com_jfbconnect captcha setting

However, JFBConnect doesn't have a captcha setting, so the Global value is used.

We could add a captcha setting to JFBConnect, but that's one more setting for just that one page.. which isn't something we'd like to do. However, I'm not sure how to trick Joomla into looking at the com_users captcha setting when loading that form from another component either.. and that could open a can of worms to make sure no other issues during registration are introduced.

Bottom line - I can confirm your behavior you describe above, but it's a less easy fix that it may sound like. Hopefully the above explains why.

Can you let me know how you're using the Global setting differently than the User setting? That may help us understand the necessity of being able to override it in JFBConnect to properly investigate further.

Thanks,
Alex

Alex summarized this for me so that I could try to come up with an implementation change. ( I haven't been following the thread closely) - basically, my understanding is the JFBConnect login register view should display the com_users captcha setting first. If there's nothing set for there, then fall back to use the global configuration captcha setting.

With how our login/register form is generated, it would not be trivial to add a JFBConnect setting for captcha. I have been working on trying to find an easy solution to this code-wise to follow com_users first.

In /components/com_jfbconnect/views/loginregister/view.html.php after line 196, you can add the following two lines before the display statement
On my test site:
* I set com_users to reCaptcha and global configuration to reCaptcha invisible.
On the front-end:
* I visited a registration page and the captcha showed (com_users)
* I visited the login register view for JFBConnect and the captcha showed (like com_users).
* I logged in and visited an edit contact view. The captcha was hidden. (Global config setting)

Obviously this needs to be tested more, but if you want to check it out, feel free.

-Melissa

Attached is the file. Just remove the .txt extension at the end of the filename (the forum won't let me directly attach php files).

 

We don't know how that plugin works. It probably expects a specific class or id on the button itself. That's something you could ask their developers for and override our template files to provide the correct CSS to the button so their captcha can find it properly.

I hope that helps put you on the right track, but it's unlikely we'll add code to JFBConnect specifically to make this specific captcha plugin work.

Thanks,
Alex

If I turn off all of my SCLogin and JFBConnect extensions on my test site, enable that plugin and set the com_users capcha to it, I do not see the countdown on the register button when I go to the com_users registration page. Is there something more to do in the plugin settings?