https://bugzilla.wikimedia.org/show_bug.cgi?id=46759
Web browser: ---
Bug ID: 46759
Summary: difficult to parse or restyle CAPTCHA output
Product: MediaWiki extensions
Version: master
Hardware: All
OS: All
Status: NEW
Severity: normal
Priority: Unprioritized
Component: ConfirmEdit (CAPTCHA extension)
Assignee: wikibugs-l@lists.wikimedia.org
Reporter: sp...@wikimedia.org
Classification: Unclassified
Mobile Platform: ---
ConfirmEdit adds a blob of plain HTML to the template header in response to the
UserCreateForm hook. It appears at the top of the form and doesn't fit with the
form's layout in divs or table rows. The ACUX experiment and initial version of
the Agora create account form use jQuery to restyle this into more attractive
HTML lower down in the form. Meanwhile the Mobile front end parses the header
HTML in PHP and builds a more attractive input field from it. Both approaches
are fragile and don't work with other CAPTCHA providers.
The create account form could run the proposed APICreateAccountBeforeCreate
hook to get the pieces of the CAPTCHA (gerrit 53793 and gerrit 53794), but then
it would have to discourage ConfirmEdit from responding to UserCreateForm hook
as well. Another possibility is ConfirmEdit could run its own hook within
UserCreateForm handling that supplies structured CAPTCHA data.
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
_______________________________________________
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
