Last modified: 2014-03-20 07:18:10 UTC
When trying to create an account on ruwiktionary, I got the following message: Login error <<p>The user name "Jdforrester (WMF)" has been banned from creation. It matches the following blacklist entry: <code>.*\(.+\)$ <newaccountonly> # Участник:%username%_(сексуалист)</code> </p>> Looking at [[MediaWiki:Titleblacklist-forbidden-new-account]] it looks fine, so presumably either the <code> is triggering something odd, or Titleblacklist is calling it wrongly?
Of course, I meant https://translatewiki.net/wiki/MediaWiki:Titleblacklist-forbidden-new-account/en rather than the enwiki issue. :-)
https://gerrit.wikimedia.org/r/17132 (already deployed as a live hack) seems to fix this.
Not actually fixed. This is because CentralAuth uses the same hook function for AbortNewAccount and AbortAutoAccount. This is a problem because AbortNewAccount expects the returned error to be an HTML string, while AbortAutoAccount expects it to be a message key. The hook outputs an HTML string to both, which causes the latter to interpret the HTML string as a message key, which obviously fails terribly. What's even worse is that docs/hooks.txt claims that both hooks take a message key. Ugh. The message key approach is inflexible, though, because TitleBlacklist needs to pass parameters to the message (like the rule that triggered the block), so I think a reasonable way to fix this would be to allow the hook to return either a string or a Message object.
*** Bug 44120 has been marked as a duplicate of this bug. ***
*** Bug 42228 has been marked as a duplicate of this bug. ***
Created attachment 11943 [details] Image of the error on the English Wikipedia Just experienced this on the English Wikipedia. Screenshot attached.
Not actually being worked on by Roan; de-assigning. Do we need to create a separate bug for the need for core to be altered?
(In reply to comment #3) > The message key approach is inflexible, though, because TitleBlacklist needs > to pass parameters to the message (like the rule that triggered the block), so I > think a reasonable way to fix this would be to allow the hook to return > either a string or a Message object. And if it returns a string, it will be treated as a message key?
Related URL: https://gerrit.wikimedia.org/r/64645 (Gerrit Change I0d728a9645644fe95a7a7c680f568b8206e202a4)
(In reply to comment #9) > Related URL: https://gerrit.wikimedia.org/r/64645 (Gerrit Change > I0d728a9645644fe95a7a7c680f568b8206e202a4) This is not accessible for me. Perhaps it's marked as a draft?
(In reply to comment #10) > (In reply to comment #9) > > Related URL: https://gerrit.wikimedia.org/r/64645 (Gerrit Change > > I0d728a9645644fe95a7a7c680f568b8206e202a4) > > This is not accessible for me. Perhaps it's marked as a draft? Yeah it is.
*** This bug has been marked as a duplicate of bug 44718 ***
Change 64645 abandoned by Krinkle: (Bug 38894) Abort{New,Auto}Account: error may be Message or HTML. Reason: Abandoning for now. https://gerrit.wikimedia.org/r/64645
