Matthias Nordwig

Cheers and hi again!

I am reading the first time about this problem.

If the problem was really related to a database error, it should be noted in your php log files. Did you take a look for the respective day, when you tried to change the mode? If you find something, please give me a note.

I guess it was rather a JS-error. If this ocures again, please check the JS-error log of your (f12).

For testing purposes I am usually using a pre-prod environment, that mirrors the most current prod stage from just before the change.

The easiest way to reset the plugin is, to delete it and install it anew from scratch.

Ciao,

Matthias

Hi Uli.

You can just empty the following tables:

<your_prefix>_recaptcha_gdpr_details_rgd
<your_prefix>_recaptcha_gdpr_message_rgm

Anyway the problem with the long loading time shouldn't occur.

Cheers,
Matthias

Hi.

As I didn’t read anything, I am assuming this issue to be solved.

Cheers, Matthias

As I didn’t hear anything, I assume this issue to be closed.

Just fixed with the most current release.

Hi Andreas.

Can you check you browser console for any JavaScript errors please? Therefore open the console by pressing f12 in your browser before you navigate to the respective page.

Cheers,

Matthias

Seems to be fixed

Exactly!

This is due to the fact, that no person related data (like behavoral data, clients origin, …) is being stored. The only piece of data that is processed by the plugin and that may be used in order to derive person related data, is the clients IP address. Therefore the IP address is hashed from the plugin in a way that it cannot be deciphered anymore. The information is required to check whether the current client has solved the hash puzzle.,

Cheers, Matthias

Thank you. I could rebuild the rror.

Hi.

Are you using the explicit mode?

The shortest way to get a fast solution for now is, to give a meaningful feedback for the case of a false-positive. You can adjust the message on your own. But usually this shouldn’t happen at all.

Unfortunately it is not possible to resubmit from the spam-inbox.

Cheers,

Matthias

Hi.

I didn’t receive any mail.

Cheers,

Matthias

Hi.

Please write me an email via my website in order to exchange contact data. If you like we can have a call adhoc and today

Cheers

Thank you. That seems to be a bug. As workaround deactivate the direct analysis mode and activate the ordinary analysis mode instead. With that you can configure via your analysis inbox. Don’t forget to switch off the analysis mode after configuration.

The treason for your Problem ist the JavaScript error, as the direct analysis mode requires JavaScript. If JavaScript is crashing the mode doesn’t work. Does the error still occur during sending, if you deactivate the plugin?

In order to test that, deactivate the plugin, get your rocket cache, reload the page with your form and send again. Check for the browser console again

Did the sending work? Did you see anyJavaScript errors in you browser console(pressing f12 before sending) during sending?