Closed (fixed)
Project:
CAPTCHA
Version:
5.x-3.0-rc1
Component:
User interface
Priority:
Normal
Category:
Bug report
Assigned:
Unassigned
Reporter:
Created:
23 Jul 2007 at 23:56 UTC
Updated:
19 Sep 2007 at 15:32 UTC
The 'user_login' and 'user_login_block' forms should be added to the default forms added on install / update : there is no way an admin user can 'see' these forms and use the administration link to add them to the list of captchas.
Aside from that, the 3.0 release seems really nice - much nicer and much easier to setup than previous releases. Thanks for this great job.
Comments
Comment #1
robloachGreat idea: Commit 74550.
Unfortunately it popped up another problem, which I'll make a new issue for.
Comment #2
robloachOh, you'll have to run update.php.
Comment #3
heine commentedYou cannot use captcha on the login form, why add them to the form list?
Comment #4
robloachBecause User Login should be able to be Captcha-ed. I was talking with wundu and he mentioned you guys ran into this problem before?
Comment #5
heine commentedUser login happens in the validation stage of the user_login form, so any form_set_errors there are too late.
Poll voting doesn't follow the FAPI model, but acts on $_POST values, and there's nothing you can do with custom validation hooks about this.
Comment #6
wundo commented@Heine, what do you think about using a brutal force solution by unsetting the session if the captcha was wrong?
Comment #7
robloachWould that need to force a check if the form is user_login or user_login_form?
Comment #8
robloachMove discussion about this issue to the patch in this issue.
Comment #9
(not verified) commented