wozitano

Unfortunately I can only test on my live site at the moment (and I have a few too many active users to try this for the time being) – so perhaps once I can get a sandboxed mirror of the site setup I could trial any new untested versions of the plugin, but ideally if someone else can report some success with any new versions, then I could re-attempt on the live site during the night.

Thanks for working on the problem though.

I have also had this same issue since last update.
I have woocommerce and users could not login as of version 1.8.0 (the page would just flash and reset the login page)
Version 1.9.0 would do a bit better by stating an actual error ‘Error: Please complete captcha’ (even though they had done so many times).
A developer tools console mentioned that an insecure ‘eval’ command was being used and therefore one of the hcaptcha js scripts was being blocked.
i.e.
as explained more about eval deprecation here:
https://developers.google.com/web/fundamentals/security/csp#eval_too

I have had to revert to version 1.6.5 of this hcacptcha plugin to restore successful login for my site users.

Please provide an update asap.
(I really dont want to go back to Google Recaptcha)

Thank you

Thanks, something must have been fixed at the hCaptcha servers (for low difficulty settings), because this error is no longer appearing now.

Thanks for making this a decent alternative to the other captcha options.

You are correct that version 1.5.4 has now fixed the 404 error thanks.

However, the ‘Please complete captcha’ error on the first attempt to login to the back-end admin panel remains (thankfully it does not occur on the front-end login page used for my woocommerce members).

To recreate:
– I dont recall this happening when I set the hcaptcha difficulty to medium level in my hcaptcha account (which involves two sets of images) – but since I have now set the difficulty to easy (which displays only one set of images), the error always appears after the first login attempt (after successfully solving the initial captcha), and the second attempt always works (so it is definitely a procedural issue – rather than some intermittent failure or user error).

Thanks for your response.
I have not found anything remarkable or seemingly related in the PHP error log.

So seeing as the Edit and the Create New are two different screens, can you confirm which template files relate to each (and what code may be different between the two, in order to track the issue down)? (since they are so similar as you say, it shouldnt be hard to find what differs might be causing the issue?)

In the interim as a workaround, is there any issue with me manually typing the shortcode ‘[amd-zlrecipe-recipe:33]’ into the code ‘Text’ view of the Post (so long as I use the next available unused recipe number) and then simply switch back to the ‘Visual’ view and click on the knife&fork icon to enter the rest of the values in Edit mode?
(basically, although this is clunky, will this do the same job, or are there certain database steps loaded on ‘Create New’ that will be missed by doing it this way?

Thanks for your responsive support (otherwise great plugin)

I should add that this issue has been tested and occurs on multiple browsers (Firefox, Chrome, Safari) and on both PC and Mac computers.