I don't know how to help with the reCaptcha, but I wonder if the Q&A would be easier to implement. That's what I use during my registration process now and it'd be nice if that would work in this. I appreciate you working on this.

Best R'gards,

Jim

It looks like Eric pretty much solved it, but I don't know what version he's on. We're on 3.8.2

I've got the standard error looking good, but inserting the $human_verify hook doesn't do a thing. Its like that hook needs to be activated for this template, but I would have figured it was global. At least I would have thought that even if the recaptcha widget itself doesn't display, then the rest of the human_verify template would, for example the rest of the fieldset's descriptive text.

Right now I'm trying to figure out where exactly the $human_verify plugin is defined so I can see why it might not be working for use with other templates.

As I mentioned in my post, #3 above, I got everything working except the password verify, email verify and the reCaptcha/Q&A. Those 3 things killed it. And my code was 100% valid, no HTML or CSS errors.

So, are you saying you or Eric has password and email verifies working? Eric hasn't even replied to this thread for over 2 years. No one has supplied any actual code, except mine, which doesn't work. Unless I'm missing something. ;)

Thanks,

Jim

I stripped the normal registration page (/register.php) down to just username, password, email and human verifcation and also removed the register rules page in favor of just doing what Facebook does which is has a line of text next to the submit button that states that by registering you have read and agree to the TOS.

I dumped out on email and password confirmation in favor of just a single field with no redundancy check so that's a null issue. I suppose some folks will enter a bogus email or password by accident, but again, looking at Facebooks registration model they only have a single field to make it quick to register.

With that done, the normal registration page works as intended. I've removed every other option from the page since that crap can all be set up later in the user control panel (don't get me started on redesigning that mess).

For the standard error, I'm basically inserting what's left of the register template, which isn't very much, and everything works, except the Human Verification cell isn't loading.

If I understand correctly, simply placing $human_verify should insert a fieldset into whatever template you place that hook into, yet its not.

At the moment I'm trying to find out where that plugin is defined or otherwise figure out why its not doing anything in the template. I'm guessing its not working because whatever php file is actually defining that plugin is not being included via the standard error template.

I have no idea about Eric or that code, but Eric's screenshot sure show's human verifcation working on a standard error page.

You might try removing the email/password checks and see if that solves your first problems. Hopefully Lynn or someone else can help education me/us on why $human_verify is doing nothing when used on the standard error page as that's the only stumbling block, at least for me, on finishing this up.

--------------- Added [DATE]1345875988[/DATE] at [TIME]1345875988[/TIME] ---------------

FYI, I also removed the login options from the Standard_Error template since users can login at the top of the page.

My screen shot (post 3 above) shows the Q&A working too, but it doesn't. I wish he would have graced us with the code he used to get the $human_verify working, if in fact he did.

Solving my problems is more than just removing the password/email verifications. The Q&A must work in order for this to be a viable mod. I don't understand PHP enough to do this on my own.

Jim

What's interesting is that on my standard error page, as its coded right now with the non-working $human_verify, after clicking the submit button the page refreshes to the actual register.php page.

So with that setup the user then just has to re-enter the password and the recaptcha (where its working) and click submit again.

I think I'll figure out how to get recaptcha loading up, even if I need to just do my own plugin for it. I'll let you know when/if I get it sorted.

I appreciate you making an effort on this.

Jim

Success!

Ok, got recaptcha (and also question/answer if that's your preference) working and displaying on the standard error template.

The trick was to create a new plugin using the code from the following thread. I put the plugin on the error_generic hook.

https://vborg.vbsupport.ru/showthread.php?t=182435

Also the sections of register.php that dealt with password and email confirmation (not the md5 check though) were commented out. In 3.8.2's register.php :
commented 297
//edited 304-306, commented 295, 310-314, line 587

---
EJM, I don't have the time to do an academic test to see if my hack would work with the password and emails confirmation fields, but what I'd say is try editing the register template, removing those redundancies, create the plugin as I've posted in this thread, paste the stripped down register template into the standard_error template and get that working. Once you've got that working, as I've done, then you can easily work backwords adding back in the redundancies to see if it works or not and go from there.