This is not a message issued by sr_freecap. Perhaps there is something wrong with the plugin invoking the captcha validation of the sr_freecap extension.
![]() |
VOOZH | about |
This is not a message issued by sr_freecap. Perhaps there is something wrong with the plugin invoking the captcha validation of the sr_freecap extension.
I can reproduce this behavior when i remove the fe_user_typo cookie and reload the page that contains the captcha (e.g. when used with femanager 7.0.0 in TYPO3 v11).
The code responsible for that seems to be in the EidDispatcher, which discards the actual response with the cookie and returns a NullResponse instead. It says "Output was already sent" but that isn't true. No output is sent before those lines, just the user's fe_session record is updated, but the cookie that links the session to the browser will never be set.
// Output was already sent
|
return new NullResponse();
|
With the fe_typo_user cookie set, the session data for the existing session is properly updated and the captcha works. I think sr_freecap has to create the cookie if not present.
@sjbr @TCHSUPPORT @vertexvaar
This issue is caused by an inproper response beeing returned in the middleware which prevents TYPO3 from setting the fe_user_cookie.
There is fix at the in2code (thank you guys) repository:
https://github.com/in2code-de/sr-freecap/tree/bugfix/wrong-captcha
Side note:
The whole custom eID Dispatcher/Middelware seems a little weird and superfluous to me.
You might want to considere using something more "default". No bad feelings though :)
No due date set.
No dependencies set.
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
TCHSUPPORT commented
Dear Team!
Thanks for your wonderful plugin!
On our page it always says "Wrong captcha" We tried multiple times from different devices. Do you have a tip for us, how to solve this?
Thanks