You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Currently, you're using some lightweight JS to remove the honeypot for human users. I see a couple of potential issues with the current implementation:
Some bots can and do run JS.
If JavaScript fails, the honeypot remains.
If CSS fails, too, the honeypot is exposed, but there's nothing indicating to humans that they shouldn't fill it out.
I understand this is a crazy edge case, but one recommended approach you could take is to remove the JS bit that removes the honeypot, so that the honeypot field is always displayed. Then, apply a label to the honeypot that says something like, "If you're human, leave this blank."
If this sounds interesting and you'd like me to take a crack at it, let me know and I'll issue a PR.
The text was updated successfully, but these errors were encountered:
My concern would be that any indicator could also server as a flag to a bot.
I shared that concern, but from my reading, this seems to maybe not matter as much? I'm by no means an expert on this, though, so whatever you think makes the most sense.
Currently, you're using some lightweight JS to remove the honeypot for human users. I see a couple of potential issues with the current implementation:
I understand this is a crazy edge case, but one recommended approach you could take is to remove the JS bit that removes the honeypot, so that the honeypot field is always displayed. Then, apply a label to the honeypot that says something like, "If you're human, leave this blank."
If this sounds interesting and you'd like me to take a crack at it, let me know and I'll issue a PR.
The text was updated successfully, but these errors were encountered: