Last modified: 2014-04-08 22:37:00 UTC

Wikimedia Bugzilla is closed!

Wikimedia has migrated from Bugzilla to Phabricator. Bug reports should be created and updated in Wikimedia Phabricator instead. Please create an account in Phabricator and add your Bugzilla email address to it.
Wikimedia Bugzilla is read-only. If you try to edit or create any bug report in Bugzilla you will be shown an intentional error message.
In order to access the Phabricator task corresponding to a Bugzilla report, just remove "static-" from its URL.
You could still run searches in Bugzilla or access your list of votes but bug reports will obviously not be up-to-date in Bugzilla.
Bug 47372 - Other image CAPTCHAs can be confusing without intended message
Other image CAPTCHAs can be confusing without intended message
Product: MediaWiki
Classification: Unclassified
User login and signup (Other open bugs)
All All
: Normal normal (vote)
: ---
Assigned To: Nobody - You can work on this!
: i18n
Depends on: 46759
Blocks: messages
  Show dependency treegraph
Reported: 2013-04-18 19:22 UTC by Matthew Flaschen
Modified: 2014-04-08 22:37 UTC (History)
4 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---


Description Matthew Flaschen 2013-04-18 19:22:24 UTC
The in-progress new signup form ( moves image CAPTCHAs and uses an alternate message.  This can be confusing for ones that are not simply spelling a word (like FancyCaptcha).

For instance, both SimpleCaptcha (built-in that can be extended but should not be used directly) and MathCaptcha (uses images of sipmle math equations) use MediaWiki:captcha-createaccount, which defaults to:

'To protect the wiki against automated account creation, we kindly ask you to solve the simple sum below and enter the answer in the box ([[Special:Captcha/help|more info]]):'

The JavaScript removes that and shows an alternate message MediaWiki:createacct-imgcaptcha-ph, which is currently:

'Enter the text you see above'

This is confusing because you have to do the math, not just copy the equation.

Perhaps we should have a class that allows a CAPTCHA (such as FancyCaptcha) to mark that it works by copying text.  This would also make this rearrangement opt-in for each CAPTCHA (Fancy, ReCAPTCHA, etc.)
Comment 1 spage 2013-04-19 10:35:11 UTC
SimpleCaptcha isn't repositioned by the JS since it isn't an image.

We should stop repositioning CAPTCHAs dumped into template header. ConfirmEdit already implements addCaptchaAPI internally where captchas respond with an object with keys type, mime, id, url, leaving it up to callers to decide how to lay this out.  Brion has a patch for create account via API to use this. We'd deprecate and ignore the existing UserCreateForm hook where ConfirmEdit returns captcha HTML.
Comment 2 spage 2013-04-19 19:29:58 UTC
(In reply to comment #1)
That's bug 46759
Comment 3 spage 2013-04-22 23:30:29 UTC
The Asirra image capture is actually broken when the new signup form's JavaScript repositions and reinserts it. The short-term fix is to only reposition the FancyCaptcha.

The longer-term fix is for the new form's PHP to take control of outputting all captchas, as suggested in comment #1.  A proof of concept is at
Comment 4 Nemo 2014-04-02 22:45:21 UTC
(In reply to Matthew Flaschen from comment #0)
> 'Enter the text you see above

By the way,
Comment 5 Matthew Flaschen 2014-04-08 22:37:00 UTC
It no longer moves around the non-FancyCaptcha CAPTCHA types, so e.g. Simple, Math, and Asirra appear and work.

Note You need to log in before you can comment on or make changes to this bug.