Extension talk:ConfirmAccount/2016

• Archive 1
• Archive 2
• Archive 3

Unkown password after account creation

Hi,

I'm running a 1.27.0-wmf.9 and Extension:ConfirmAccount origin/master from 2915-12-14 – I know it is a development wiki state that I try to run – but after creating an account I could not log in, it issued the message: «Das Passwort ist falsch. Bitte versuche es erneut.» (Password incorrect. Please try again). The password I used was that from e-mail. I only could log in after proceeding to Special:ResetPassword. Have I missed some LocalSettings to take care of? Note that on this Wiki setup I had to reset the new password saving method pbkdf2 because there are older Wikis that share the user table:

$wgPasswordDefault ='B'; /* old MD5 hashing on shared Wikifamily with pre MW1.24 and post MW 1.24+ Wikis */

But normally this changed setting should not disrupt the request account process, right?

Any hint or solution to get it working properly at the very first log in? Regards Andreas Andreas P. 16:04, 26 January 2016 (UTC)

After

1. confirming the new user
2. confirming e-Mail address
3. checking the database table user where the new user name will be inserted by the confirm process of new users

SELECT `user_id` , `user_name` , UNHEX( HEX( `user_password` ) ) AS 'user_password' FROM `user` ORDER BY `user_id` DESC

… I see that there is no password set whatsoever when the new user is created.

A bug? Andreas P. 14:06, 27 January 2016 (UTC)

The cause is in the MW 1.27 core, extension:ConfirmAccount calls User::createNew …

foreach ( array( 'password', 'newpassword', 'newpass_time', 'password_expires' ) as $field ) {

if ( isset( $params[$field] ) ) {

wfDeprecated( __METHOD__ . " with param '$field'", '1.27' );

unset( $params[$field] );

}

}

… but all of those data values (password, newpassword etc.) are deleted in the process and hence no password comes into the database at the first place that the login can compare with. So I guess there is some other concept of creating a new user from the MW-core point of view that extension:ConfirmAccount is not synchronous with?

Is there any solution to this in planning? Andreas P. 11:25, 2 February 2016 (UTC)

ConfirmAccount not compatible with ConfirmEdit right now?

I'm new to MediaWiki so maybe I'm missing something obvious - I just installed 1.26.2 with latest plugins for ConfirmEdit and ConfirmAccount and the "Request Account" page for ConfirmAccount started failing as soon as I setup ConfirmEdit with RecaptchaNoCaptcha following exact instructions for both extensions. This was the error message I got the on clicking "Request Account":

Catchable fatal error: Argument 1 passed to ReCaptchaNoCaptcha::getForm() must be an instance of OutputPage, none given, called in /home/<mydomain>/public_html/wiki/extensions/ConfirmAccount/frontend/specialpages/actions/RequestAccount_body.php on line 231 and defined in /home/<mydomain>/public_html/wiki/extensions/ConfirmEdit/ReCaptchaNoCaptcha/ReCaptchaNoCaptcha.class.php on line 8

I managed to fix it by changing this line in RequestAccount_body.php

$form .= $captcha->getForm();

to

$form .= $captcha->getForm($this->getOutput());

This works, but I have absolutely no idea what I'm doing here frankly - I just made the parameters match by checking both files. Is this a known bug?

My thanks to all contributors for creating such a great piece of software in mediawiki and all these great extensions too! 183.83.51.83 (talk) 19:37, 1 February 2016 (UTC)

I have the same problem, and your quick fix seems to work for me. Thanks a lot for the suggestion. I hope that this problem is resolved sooner or later because I'm quite dependent on this extension. 58.233.10.17 (talk) 03:01, 13 March 2016 (UTC)

Please open a bugreport to get the fix integrated into the extension! 87.123.33.215 (talk) 01:44, 31 March 2016 (UTC)

Same error and same working solution.

Hope it will be fixed someday :-) 84.221.237.67 (talk) 16:18, 26 May 2016 (UTC)

I'm seeing a similar error:

```

PHP Catchable fatal error:  Argument 1 passed to SimpleCaptcha::getForm() must be an instance of OutputPage, none given, called in /<PATH TO WIKI>/wiki/extensions/ConfirmAccount/frontend/specialpages/actions/RequestAccount_body.php on line 231 and defined in /<PATH TO WIKI>/wiki/extensions/ConfirmEdit/SimpleCaptcha/Captcha.php on line 42

```

I'll probably try the fix posted above, and probably file a bug report if I can't find an existing one to link to. 206.108.127.16 (talk) 15:18, 17 June 2016 (UTC)

Indeed filing an issue and even providing the solution will be marvellous. Go for it! [[kgh]] (talk) 08:33, 30 June 2016 (UTC)

Installation works - but ext not showing

I have followed all the installation instructions, and everything appeared to run smoothly:

• Download and place the file(s) in a directory called ConfirmAccount in your extensions/ folder. - DONE
• Add the following code at the bottom of your LocalSettings.php: - DONE

require_once "$IP/extensions/ConfirmAccount/ConfirmAccount.php"; 

• Run the update script which will automatically create the necessary database tables that this extension needs. - DONE
• Ensure the wiki has write permissions on $wgUploadDirectory, or manually set $wgFileStore['accountreqs'] and$wgFileStore['accountcreds'] to a writable directory of your choice. - DONE
• Done - Navigate to Special:Version on your wiki to verify that the extension is successfully installed. - EXTENSION NOT SHOWN

Does anyone have any ideas of what could be wrong here? Much appreciated. Stillhouse (talk) 18:16, 10 March 2016 (UTC)

Error

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.

---

$wgGroupPermissions['sysop']['createaccount'] = false; --> $wgGroupPermissions['*']['createaccount'] = false; 188.32.111.14 (talk) 15:01, 6 May 2016 (UTC)

I don’t know what was the exact meaning of this and/or if the extension page was modified since, but it is written "Sysops can still create accounts directly. To disable this, add to LocalSettings.php: $wgGroupPermissions['sysop']['createaccount'] = false;" and it is correct: the extension disables the account creation (to replace it by an account request) and sysops can also create accounts. ~ Seb35 [^_^] 19:52, 27 November 2016 (UTC)

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

Customizing RequestAccount page

I have two wikis that both use ConfirmAccount. Due to the php version on the latest one, I had to go back to MediaWiki 1.19.24.

Basically I want this RequestAccount page: http://legacyfleet.net/wiki/index.php?title=Special:RequestAccount

to look like this one: http://wiki.horizonfleet.net/index.php?title=Special:RequestAccount

I seem to recall being able to edit what's shown on the RequestAccount page, but it's been a few years since I've done so and I no longer remember where to do it. I tried editing my LocalSettings.php, but even when I set some of the values to false (RealName, AreasofInterest, CV, Links, TermsOfService), they still show up on the RequestAccount page.

Can someone please clarify how I can get the first page I linked to look like the second one (not the colors and such, just the information that's shown/requested).

Thanks! Kersare (talk) 08:28, 18 May 2016 (UTC)

Should be explained at Extension:ConfirmAccount Rob Kam (talk) 16:27, 18 May 2016 (UTC)

If it was that easy, I wouldn't have asked here. ;)

I looked there already and it said to update LocalSettings. I did that, but it didn't change anything as I already said.

There must be something else to it or somewhere else that I need to edit what will show up on the Special:RequestAccount page so that the first link I gave will match the second the one as far as content. Kersare (talk) 17:55, 18 May 2016 (UTC)

That was the wrong link. Look under the Minimal settings heading. Rob Kam (talk) 18:48, 18 May 2016 (UTC)

I did that. It didn't change what was shown. That's what I said in my initial & first reply. Kersare (talk) 20:02, 18 May 2016 (UTC)

Can anyone else help? I modified the LocalSettings.php so that the items I don't want shown are false, but they still show up on my wiki. I really want the first link's RequestAccount to look the same as the second one from my op.

Thanks? Kersare (talk) 22:21, 19 May 2016 (UTC)

If i try to request account the page works only for sysop

I just set up everything.. i love the concept.. but i have one big problem..

my settigs:

read only for users, createaccount only sysop..

so that means to read my wiki you have to request account and be checked by admin..

but if i go to the special page.. it just shows the browser 500 error, even if i tried it on USER account.. only way i can see the page is to open it as sysop.. with a little warning that i am already logged in.. but i want to everyone be able to request account.. can u please help me?

here is link if it helps:

http://wiki.organizaceakci.cz/index.php?title=Speci%C3%A1ln%C3%AD:RequestAccount

Thanks, Jacob B. 188.175.39.148 (talk) 20:34, 18 May 2016 (UTC)

Try adding this line to local settings:

$wgWhitelistRead = array( 'Special:RequestAccount', 'Main Page' ); Music1201 (talk) 01:03, 22 May 2016 (UTC)

i tried it.. if i dont use it.. it says i dont have rights.. 188.175.39.148 (talk) 18:48, 22 May 2016 (UTC)

API for creating new account with ConfirmAccount extesnion

Is there an API for creating a new account using this extension? 58.68.14.34 (talk) 05:21, 2 June 2016 (UTC)

Issues with MW 1.27+

Due to the new AuthManager there seem to be worries with this extension. Two related issue reports so far:

1. T137843 <-- (T110451)
2. T137723 - done [[kgh]] (talk) 16:35, 13 June 2016 (UTC)

Error sending mail: Unknown error in PHP's mail() function.

For qnap users the following solution

tested on

Model:TS-459 Pro+

firmware version:4.2.1

Enable GOOGLE email[edit]

Check Installation PEAR type

# [/] pear

response ==>

Commands:

build                  Build an Extension From C Source

bundle                 Unpacks a Pecl Package

channel-add            Add a Channel

...........

If -sh: pear: command not found perform the following

# [/] ipkg update

# [/] ipkg install php-pear

modify qnap php.ini file ( Applications/Web server/php.ini maintenance)

include_path = ".:/etc/config/php:/opt/share/pear"

add in localsettings.php

$wgSMTP = array(

'host' => 'ssl://smtp.gmail.com',

'IDHost' => 'qbox4u.com', ( or whatever side you have )

'port' => 465,

'username' => 'qbox4u@gmail.com', ( or whatever email you have )

'password' => 'xxxxxxxxxxxxxxxxx',

'auth' => true

);

Read also ==> http://pear.php.net/manual/en/installation.checking.php

# [/] pear install Mail-1.3.0

# [/] pear install Net_SMTP

whenever you get now an bunch of errors,

check/modify your google settings https://www.google.com/settings/security/lesssecureapps

set Access for less secure apps==> Turn on

Kind regards

qbox4u.com

qbox.ddns.net 114.39.254.121 (talk) 23:50, 13 June 2016 (UTC)

Will the extension be for MW 1.27.0?

Will the extension be for MW 1.27.0? 95.26.143.96 (talk) 05:37, 1 July 2016 (UTC)

Support has just been merged today into REL1_27 and master branches. Aaron (talk) 14:46, 21 August 2016 (UTC)

Firstly huge thanx to Aaron for maintaining this crucial extension. In smaller Wikis we just don't have the manpower to fight spam on an hourly basis !

I managed to install this on three different wikis running 1.27.1, but it was a bit difficult since I made several mistakes. It really is crucial to do everything right. For example:

• If you take this extension from GIT, it is important to set the version for both ConfirmAccount and ConfirmEdit

git checkout REL1_27

• You then must update using the updater script.

An example configuration that does work:

# NEW ReCaptcha (NoCaptcha)
require_once "$IP/extensions/ConfirmEdit/ConfirmEdit.php";
wfLoadExtensions( array( 'ConfirmEdit', 'ConfirmEdit/ReCaptchaNoCaptcha' ) );
$wgCaptchaClass = 'ReCaptchaNoCaptcha';
$wgReCaptchaSiteKey = '....';
$wgReCaptchaSecretKey = '....';
/*
# OLD ReCaptcha VERSION
require_once( "$IP/extensions/ConfirmEdit/ConfirmEdit.php" );
require_once( "$IP/extensions/ConfirmEdit/ReCaptcha.php" );
$wgCaptchaClass = 'ReCaptcha';
$wgReCaptchaPublicKey = '....';
$wgReCaptchaPrivateKey = '...';
*/
# Confirm Account
// wfLoadExtension( 'ConfirmAccount' );
require_once("$IP/extensions/ConfirmAccount/ConfirmAccount.php");
// $wgAllowAccountRequestFiles = false;
$wgConfirmAccountContact = "daniel.schneider....";
$wgConfirmAccountRequestFormItems['Biography']['minWords'] = 10 ;
# our users must be registered, once they are in they they still must fill in captchas.
$wgCaptchaTriggers['edit']          = true;
$wgCaptchaTriggers['addurl']        = false;
$wgCaptchaTriggers['create']        = true;
$wgCaptchaTriggers['createaccount'] = true;
# Skip recaptcha for confirmed authors (they will inherit normal user rights)
$wgGroupPermissions['authors']['skipcaptcha'] = true;

Daniel K. Schneider (talk) 13:10, 23 August 2016 (UTC)

Error of the database

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, I have installed ConfirmAccount in my wiki but I am having problems with that. When I go to check if it works fine, I fill all the fields and then I click in "Request account" but it shows me, in a new page, that message:

Error of the database

There was an error in the query to the database. This may indicate a bug in the software.

― Original message (in Spanish):

Error de la base de datos

Se ha producido un error en la consulta a la base de datos. Esto puede indicar un fallo en el software.

I think that it could happens because I don't run the update script. I haven't got access with SSH at this moment, but I tried to use the update script with the web-browser, so I enter in /mw-config/, but I have doubts because it shows me the screen with the last message after the installation. I tried to update the tables of the database restarting installation: I change the name of my local-settings.php, restart the installation with the same database and then I use the same local-settings.php again; but it didn't work.

Any advice to fix that error? Thanks in advance.

Regards, Ivanhercaz (talk) 16:47, 30 August 2016 (UTC)

P.D. I don't know if this talk space is the correct place to post that doubt, if not, please, tell me where I can ask about it (Phabricator?). Ivanhercaz (talk) 16:47, 30 August 2016 (UTC)

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

Cannot whitelist "Special:RequestAccount"

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.

---

First time user of MediaWiki. Trying to create a private Wiki (anonymous users cannot read/write until they sign-up). However, when accessing the RequestAccount page, the "Login Required" screen appears. I've whitelisted the RequestAccount, not sure what else needs to be done. v 1.27.1

$wgWhitelistRead =  array ("Main Page", "Special:UserLogin", "Special:RequestAccount", "-");
$wgGroupPermissions['*']['createaccount'] = true;
$wgGroupPermissions['*']['read'] = false;
$wgGroupPermissions['*']['edit'] = false;

JP8827 (talk) 00:34, 3 September 2016 (UTC)

Whitelisting "Special:RequestAccount" willl not be needed since you have set the permissions of $wgGroupPermissions['*']['createaccount'] to true. which means that anyone can create an account.

Try setting $wgGroupPermissions['*']['createaccount'] = false;

to make requesting an account relevant Edwinalmeda (talk) 06:27, 18 May 2017 (UTC)

Indeed, this configuration is a bit weird. Note that, by default, there is $wgGroupPermissions['*']['createaccount'] = false; executed by this extension (see phabricator:diffusion/ECAC/browse/master/ConfirmAccount.config.php executed from phabricator:diffusion/ECAC/browse/master/ConfirmAccount.php

(I re-close the discussion anyway since no answer from the original author since almost one year.) ~ Seb35 [^_^] 15:35, 5 August 2017 (UTC)

This was partly in the documentation and I have just added a precision. ~ Seb35 [^_^] 19:45, 27 November 2016 (UTC)

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

New extension registration needs new config file

ConfirmAccount can't yet be loaded with the new wfLoadExtension function (see Manual:Upgrading#Extension registration), because that needs an extension.json config file (see Manual:Extension registration). 87.157.222.144 (talk) 23:12, 18 October 2016 (UTC)

Fatal error: Call to undefined method ConfirmAccountsPage

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.

---

When trying to access the confirm account page, I'm getting this error: "Fatal error: Call to undefined method ConfirmAccountsPage::getLinkRenderer() in /var/www/mediawiki-1.27.1/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccount_body.php on line 211"

Mediawiki -1.27.1

PHP - 5.6

SO - CentOS 7.2

Apreciate any help provided.

Regards,

Jorge 93.108.232.91 (talk) 14:02, 27 October 2016 (UTC)

(line 211) $linkRenderer = $this->getLinkRenderer(); 93.108.232.91 (talk) 16:48, 10 November 2016 (UTC)

With the latest version of the extension this problem is fixed! 93.108.232.91 (talk) 15:37, 14 November 2016 (UTC)

If others experience this issue, it is a version mismatch between MediaWiki and the extension. For this specific issue MediaWiki 1.28 must be used (from what I deduce). More generally you should prefer the extension version corresponding to your MediaWiki version: with the ExtensionDistributor select the corresponding MW version, and with Git select the corresponding REL1_XX branch. ~ Seb35 [^_^] 17:58, 27 November 2016 (UTC)

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

Disable email

Is there a way to disable requesting users to enter their e-mail when requesting to create their accounts? 79.119.116.118 (talk) 18:28, 4 November 2016 (UTC)

Where they will receive their temporary passwords in this case? Spas.Z.Spasov (talk) 19:16, 4 November 2016 (UTC)

Internal error caused by broken apcu_set() calls

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.

---

Hello Community,

I'm trying to setup ConfirmAccount with MediaWiki 1.28.0 on a Ubuntu Server 16.04 VPS. It looks like that ConfirmAccount works but with one exception. After clicking on Request account button Internal Error like next appears:

[WEXHLU98QLwAAARB@rcAAAAE] /index.php/Special:RequestAccount Error from line 75 of /var/www/mediawiki/includes/libs/objectcache/APCUBagOStuff.php: Call to undefined function apcu_set()

Backtrace:

#0 /var/www/mediawiki/extensions/ConfirmAccount/business/AccountRequestSubmission.php(271): APCUBagOStuff->incr(string)
#1 /var/www/mediawiki/includes/deferred/MWCallableUpdate.php(28): AccountRequestSubmission->{closure}()
#2 /var/www/mediawiki/includes/deferred/DeferredUpdates.php(263): MWCallableUpdate->doUpdate()
#3 /var/www/mediawiki/includes/deferred/DeferredUpdates.php(225): DeferredUpdates::runUpdate(MWCallableUpdate, LBFactorySimple, integer)
#4 /var/www/mediawiki/includes/deferred/DeferredUpdates.php(133): DeferredUpdates::execute(array, string, integer)
#5 /var/www/mediawiki/includes/MediaWiki.php(891): DeferredUpdates::doUpdates(string)
#6 /var/www/mediawiki/includes/MediaWiki.php(720): MediaWiki->restInPeace(string)
#7 /var/www/mediawiki/includes/MediaWiki.php(739): MediaWiki->{closure}()
#8 /var/www/mediawiki/includes/MediaWiki.php(543): MediaWiki->doPostOutputShutdown(string)
#9 /var/www/mediawiki/index.php(43): MediaWiki->run()
#10 {main}

Despite of this error the process is started and the new account can be confirmed. (I've used it previously on my home server with MW 1.27.1 and Ubuntu 16.04 - there it works fine).

Could someone help me to deal with this issue, please? Spas.Z.Spasov (talk) 21:08, 5 December 2016 (UTC)

I've found that if I comment public function incr() and public function decr() in $IP/includes/libs/objectcache/APCBagOStuff.php and in $IP/includes/libs/objectcache/APCUBagOStuff.php this internal error message disappears.

But this is not a true solution. Spas.Z.Spasov (talk) 22:13, 5 December 2016 (UTC)

I made https://gerrit.wikimedia.org/r/325516 Aaron (talk) 06:04, 6 December 2016 (UTC)

This was really fast, I saw it early in the morning.

Thank you, Aaron Schulz! Spas.Z.Spasov (talk) 17:30, 6 December 2016 (UTC)

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