Extension talk:ConfirmAccount/2023

• Archive 1
• Archive 2
• Archive 3

Bulk clearing

As someone whose wiki is besieged by bogus account requests (from unique and variable emails and IPs), having an option to bulk reject all open requests would be enormously useful. Is this something that could be added?

If not, does anyone know of a manual way behind the scenes to easily clear out the queue en masse? Perhaps something like manually blanking a file, clearing a table, etc.?

Anything would help and be much appreciated. Thanks! Huwmanbeing (talk) 16:10, 11 January 2023 (UTC)

Agreed. This would be very useful. Or to filter the list to only those where the requester has confirmed their email address. 134.174.140.162 (talk) 16:52, 23 February 2023 (UTC)

We'd also like a bulk management option. Envisioning a box next to all displayed requests, and by clicking the box (could have an option to select all requests being displayed) afterwards have an option to reject all as spam. Lostraven (talk) 17:37, 24 April 2023 (UTC)

Agree that such a feature would be very helpful! We got a few hundreds over the last few days.

Or at least some instructions how to do this with an SQL request that does not break anything ;) Daniel K. Schneider (talk) 10:35, 25 August 2023 (UTC)

While a graphical interface would be easier and more secure to use, SQL is surely an option, I ended up routinely use it.The statement should look like this

UPDATE account_requests SET acr_rejected = LEFT(NOW(), 14), acr_deleted = '1', acr_user = 42 WHERE acr_rejected is NULL;

The query looks for unprocessed rows (with WHERE acr_rejected is NULL) then proceed to set them as rejected (with SET acr_deleted = '1'), by a specific user with userID "42" (you need to modify it with your own or any specific user of the wiki) with the timestamp of the moment when the query is executed.

I hope this helps. Luca Mauri (talk) 08:29, 27 August 2023 (UTC)

Confirmation link empty

Hi I installed Version 1.39 in Mediawiki 1.39 but wenn I try to register a new Account I get a confirmation Email with a link like this:

xttp:///index.php?title=Spezial:Benutzerkonto_beantragen&action=confirmemail&wpEmailToken=3f21aa4c891e8c3a3416feec0bdf59ab

The base URL is missing there is only three ///

Does anyone know the reason for this ??

Thanks!

I changed http to xttp to go around Filters Hallohome (talk) 13:55, 19 January 2023 (UTC)

Hello.

I also have this issue, but I am not using the ConfirmAccount extension. Didn't manage to dig up any other mentions of this issue other than this one here. I looked around in the Mediawiki source code as well, but got stuck there eventually since I don't know enough about tokens nor PHP.

I recently updated (1.31->1.35->1.39) and switched my server to GoogleLogin in authoritative mode (usernames now have an @), so maybe it is somehow connected to that? Karland90 (talk) 15:20, 8 February 2023 (UTC)

Hello everyone,

same situation on our server, too (1.3.9).

The main server url is missing in the confirmation email. Does one of you know this problem and has a workaround for me/us?

Thanks in advance!

Matt

MediaWiki 1.39.0

PHP 7.4.33 (cgi-fcgi)

MariaDB 10.5.19-MariaDB MattVar (talk) 18:49, 13 February 2023 (UTC)

Same issue here. Upgraded from 1.35 to 1.39 on Monday, and now the emails sent from this extension do not include the proper Server URL. Not only is the domain name missing, but it is using http instead of https in the message. This is making it difficult both for Beauracrats to confirm account requests, but also for requesters to confirm their email addresses when they make a request. Chadberg (talk) 17:01, 23 February 2023 (UTC)

TL;DR: Try setting $wgCanonicalServer on LocalSettings.php.

I have an MW instance behind a reverse proxy. Proxy handles HTTPS protocol, and comunicates with MW through HTTP. My $wgServer is nicely configured and states the public DNS name with HTTPS protocol, but my ConfirmAccount confirmation mails where missing the DNS name of my site. I noted the 'http' procotocol definition on the mail body; wrong! May it relate to the origin URL on the headers stating HTTP protocol? So just tried setting the $wgCanonicalServer on LocalSettings.php and got it working at first try. Sir paladdin (talk) 13:46, 25 February 2023 (UTC)

Interaction diagram does not agree with page text

The interaction diagram shows the email sent to admins after the account request is made. But the text under "troubleshooting" explicitly notes that the email is not sent until the user has confirmed their own email. To quote "... note that a user must first confirm their email address through the link emailed to them, and then the email will be sent to the bureaucrat to confirm the account." Jschrempp (talk) 01:23, 20 February 2023 (UTC)

Fatal error: Declaration of MWCallbackStream::write($string) must be compatible with Psr\Http\Message\StreamInterface::write(string $string)

Product	Version
MediaWiki	1.39.3
PHP	8.1.18 (apache2handler)
MySQL	5.7.41
ICU	67.1

Suddently the following error start to occur when attempt to create a new account:

[DBQuery] LCStoreDB::get [0s] mysql: SELECT  lc_value  FROM `l10n_cache`    WHERE lc_lang = 'en' AND lc_key = 'messages:confirmaccount-autorej'  LIMIT 1

[DBQuery] ConfirmAccount::runAutoMaintenance [0s] mysql: UPDATE  `account_requests` SET acr_rejected = '20230424145435',acr_user = 0,acr_comment = '(this request has automatically been discarded due to inactivity)',acr_deleted = 1 WHERE (acr_rejected IS NULL) AND (acr_registration < '20230325145435') AND (acr_held < '20230325145435' OR acr_held IS NULL)

[exception] [87bde0f9f7ab92e3859186bc] /xds/index.php/Special:RequestAccount   PHP Fatal Error from line 49 of /var/www/html/includes/http/MWCallbackStream.php: Declaration of MWCallbackStream::write($string) must be compatible with Psr\Http\Message\StreamInterface::write(string $string): int

#0 [internal function]: MWExceptionHandler::handleFatalError()

#1 {main}

[session] Saving all sessions on shutdown S0ring (talk) 15:13, 24 April 2023 (UTC)

Hi S0ring

Is your above issue is resolved, Iam also facing same issue when trying to edit any page.

please let me know what changes u have done for this to resolve.?

Fatal error: Declaration of MWCallbackStream::write($string) must be compatible with Psr\Http\Message\StreamInterface::write(string $string): int in /var/www/html/includes/http/MWCallbackStream.php on line 49 Pooja2425 (talk) 11:40, 12 June 2023 (UTC)

If I remember correctly, the issue has been resolved updating the version of the extension.

The current version I use is:

|Confirm User Accounts

|– (923b5a8) 07:14, 2. Mai 2023

|} S0ring (talk) 11:58, 12 June 2023 (UTC)

Feature suggestion: RSS feed for new account requests

An RSS feed link would be useful, since I find myself checking Watchlist every few hours to review incoming account requests. Thanks. Swaare (talk) 19:40, 2 August 2023 (UTC)

504 Gateway Timeout

Posting this "issue", so that others may find the solution faster than me:

Requesting an account will trigger an "504 Gateway Time-out" error.

/var/log/nginx/error.log:

[..]upstream timed out (110: Connection timed out) while reading response header from upstream, client: XXXXX, server: XXXXX, request: "POST /w/Spezial:Benutzerkonto_beantragen HTTP/2.0", upstream: "fastcgi://unix:/run/php/php8.0-fpm.sock", host: "XXXXX", referrer: "XXXXX/w/Spezial:Benutzerkonto_beantragen"[..]

Solution: $wgSMTP was not working because of mailserver changes. Fixed SMTP settings and everything was working again. 213.61.173.172 (talk) 07:56, 15 August 2023 (UTC)

Spam Reg requests bypassing Bio

I have constant stream of fake registration requests by somebody who appears to be bypassing the 50 word biography requirement. Should this not reject any request if user does not comply? 165.0.131.172 (talk) 08:35, 31 August 2023 (UTC)

Oops, I didn't sign in when I posted. Ethnopunk (talk) 08:37, 31 August 2023 (UTC)

I'm curious: I see you didn't get an answer here. Is this something that you solved yourself or did the problem user just go away? LeyteWolfer (talk) 12:02, 15 February 2024 (UTC)

Desperately missing option to taylor displayed text

I like your extension, great work.

How do i customise the hints for entering data?

is there an option/way to doing this, without messing around in the extension's code. In special I'd like to extend/modify/set the text and/or caption in the input form to giving more 'understandible' explanation, what user should enter (such as: if field is optional. ) MwMajestix (talk) 12:20, 19 November 2023 (UTC)

Have you checked the system messages with prefix confirmaccount (url: Special:AllMessages?prefix=confirmaccount)? You can edit these messages. Escalatr (talk) 08:48, 30 August 2024 (UTC)

error in browser

The following discussion is closed. Please do not modify it. Subsequent comments should be made on the appropriate discussion page. No further edits should be made to this discussion.

---

Hi all,

I'm getting an error when using Chrome and Edge that says "xxxwiki.com didn’t send any data.

ERR_EMPTY_RESPONSE" when trying to complete the Request Account form. Has anyone seen this before? Waterlooglass (talk) 18:38, 27 November 2023 (UTC)

The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.