ConfirmAccount extension
Details
Sat, Oct 18
Change #1197012 had a related patch set uploaded (by MarkAHershberger; author: MarkAHershberger):
[mediawiki/extensions/ConfirmAccount@master] Undo ID change
Thu, Oct 16
Ie. My recommendation would be to undo the ID change in rECACff06099b0c91
Ideally I would love it if it replaced the existing link using the same ID rather than adding a link. Semantically these actions are identical. Classes should be used to distinguish them if additional CSS is needed.
Wed, Oct 15
@alistair3149: I add you as author of the commit changing this behaviour.
@bwang @Volker_E: I saw you made multiple changes in Vector recently, maybe you have advice about this or you could forward to other relevant people?
The cause here is that MediaWiki\Output\OutputPage::enableOOUI() is not called before the call to MediaWiki\Extension\ConfirmEdit\SimpleCaptcha\SimpleCaptcha->getFormInformation().
Aug 27 2025
Change #1182548 merged by jenkins-bot:
[mediawiki/extensions/ConfirmAccount@REL1_43] Don't check the skipcaptcha right directly
Change #1182547 merged by jenkins-bot:
[mediawiki/extensions/ConfirmAccount@REL1_43] Stop accessing $wgCaptchaClass directly
Cool. Thank you!
Change #1182546 merged by jenkins-bot:
[mediawiki/extensions/ConfirmAccount@REL1_44] Don't check the skipcaptcha right directly
Change #1182544 merged by jenkins-bot:
[mediawiki/extensions/ConfirmAccount@REL1_44] Stop accessing $wgCaptchaClass directly
Change #1182548 had a related patch set uploaded (by Reedy; author: Reedy):
[mediawiki/extensions/ConfirmAccount@REL1_43] Don't check the skipcaptcha right directly
Change #1182547 had a related patch set uploaded (by Reedy; author: Reedy):
[mediawiki/extensions/ConfirmAccount@REL1_43] Stop accessing $wgCaptchaClass directly
Change #1182546 had a related patch set uploaded (by Reedy; author: Reedy):
[mediawiki/extensions/ConfirmAccount@REL1_44] Don't check the skipcaptcha right directly
Change #1182544 had a related patch set uploaded (by Reedy; author: Reedy):
[mediawiki/extensions/ConfirmAccount@REL1_44] Stop accessing $wgCaptchaClass directly
Change #1181118 merged by jenkins-bot:
[mediawiki/extensions/ConfirmAccount@master] Don't check the skipcaptcha right directly
Change #1181113 merged by jenkins-bot:
[mediawiki/extensions/ConfirmAccount@master] Stop accessing $wgCaptchaClass directly
Aug 22 2025
Ah, ok, good! It was just not back-ported, which indeed does not appear to be strictly necessary. Thanks for the info.
Change #1181118 had a related patch set uploaded (by Reedy; author: Reedy):
[mediawiki/extensions/ConfirmAccount@master] Don't check the skipcaptcha right directly
@Raid are you also using MediaWiki-extensions-ConfirmAccount?
Aug 21 2025
This is because internally ConfirmAccount uses PHP's str_word_count (line 141 of /includes/business/AccountRequestSubmission.php as of the master version of the extension), which is known to be buggy for UTF-8 characters.
Change #1180974 had a related patch set uploaded (by Jack Phoenix; author: Jack Phoenix):
[mediawiki/extensions/ConfirmAccount@master] Make it possible to approve account requests when the 'realname' preference is in $wgHiddenPrefs
Done by @Fomafix in 357fd5545e4df29995827a571cad26352e56c131.
As far as I can see, @MarkAHershberger fixed this already back in January in 6efc92baa2ee2ab5a25451c3db101a5e6e781ae5 while working on T379300.
Patch got merged back in January, so I think this is now fixed.
Shouldn't this be redirected from OOUI to Codex?
Actually, this was already fixed.
MW 1.28.x and the software versions associated with it are no longer supported. Please create a new issue report in case this problem still exists for supported versions of MediaWiki.
