Extension talk:ConfirmAccount

• Archive 1
• Archive 2
• Archive 3

Previous page history was archived for backup purposes at Extension talk:ConfirmAccount/LQT Archive 1 on 2015-07-10.

We have a problem changing the temporarily password given by ConfirmAccount. As it is may be a more general MW problem I posted it here: Topic:Uvxjbcmf1xicp9rj

Is it possible to make the RealName field a required field? minWords-param Biography doesn't work for RealName (I also checked AccountRequestSubmission.php).

We use the MW1.27 version of ConfirmAccount.

Regards, Jethro

Trying to confirm an account request I get stuck on an MWException (the wiki is in German but the exception appears in English too). It seems to be an error in the HTML form of real name (case?). Anyway, it doesn't matter if real name is enabled or disabled. I tried to fix that error for hours but I didn't find a solution anywhere so I hope to get help here. My code (MediaWiki as well as extensions) comes from the Wikimedia git repo (Rel 1.28).

Here is the error:

[0a0b20a113c1e8b11fa05393] /wiki/index.php?title=Spezial:Benutzerkonto_anlegen&AccountRequestId=5&wpName=Mxmstrmn&returnto=Spezial%3ABenutzerkonto_best%C3%A4tigen%2Fauthors&reason=Heureka   MWException from line 461 of /var/www/html/wiki/includes/htmlform/HTMLForm.php: Descriptor with no class for realname: Array

(

[default] => 

[readonly] => 1

[validation-callback] => Closure Object

(

[static] => Array

(

[accReq] => UserAccountRequest Object

(

[id:protected] => 5

[name:protected] => Mxmstrmn

[realName:protected] =>

...

)

...

Backtrace:

#0 /var/www/html/wiki/includes/htmlform/HTMLForm.php(481): HTMLForm::getClassFromDescriptor(string, array)

#1 /var/www/html/wiki/includes/htmlform/VFormHTMLForm.php(48): HTMLForm::loadInputFromParameters(string, array, VFormHTMLForm)

#2 /var/www/html/wiki/includes/htmlform/HTMLForm.php(336): VFormHTMLForm::loadInputFromParameters(string, array, VFormHTMLForm)

#3 /var/www/html/wiki/includes/libs/ObjectFactory.php(147): HTMLForm->__construct(array, RequestContext)

#4 /var/www/html/wiki/includes/htmlform/HTMLForm.php(281): ObjectFactory::constructClassInstance(string, array)

#5 /var/www/html/wiki/includes/specialpage/LoginSignupSpecialPage.php(663): HTMLForm::factory(string, array, RequestContext)

#6 /var/www/html/wiki/includes/specialpage/AuthManagerSpecialPage.php(402): LoginSignupSpecialPage->getAuthForm(array, string)

#7 /var/www/html/wiki/includes/specialpage/LoginSignupSpecialPage.php(305): AuthManagerSpecialPage->trySubmit()

#8 /var/www/html/wiki/includes/specialpage/SpecialPage.php(522): LoginSignupSpecialPage->execute(NULL)

#9 /var/www/html/wiki/includes/specialpage/SpecialPageFactory.php(576): SpecialPage->run(NULL)

#10 /var/www/html/wiki/includes/MediaWiki.php(283): SpecialPageFactory::executePath(Title, RequestContext)

#11 /var/www/html/wiki/includes/MediaWiki.php(851): MediaWiki->performRequest()

#12 /var/www/html/wiki/includes/MediaWiki.php(512): MediaWiki->main()

#13 /var/www/html/wiki/index.php(43): MediaWiki->run()

#14 {main}

I also have this problem on REL1_29 with the default configuration indicated on the documentation:

$wgMakeUserPageFromBio = '''false''';
$wgAutoWelcomeNewUsers = '''false''';
$wgConfirmAccountRequestFormItems = '''array'''(
'UserName'        => '''array'''( 'enabled' => '''true''' ),
'RealName'        => '''array'''( 'enabled' => '''false''' ),
'Biography'       => '''array'''( 'enabled' => '''false''', 'minWords' => 50 ),
'AreasOfInterest' => '''array'''( 'enabled' => '''false''' ),
'CV'              => '''array'''( 'enabled' => '''false''' ),
'Notes'           => '''array'''( 'enabled' => '''true''' ),
'Links'           => '''array'''( 'enabled' => '''false''' ),
'TermsOfService'  => '''array'''( 'enabled' => '''false''' ),
);

Whenever someone requests an account on my wiki, I get notified of the account request via email, which is good. However, I get notified up to 7 times. Could this be caused by the extension, or is this likely a mail setup issue?

Still an issue with REL1_31. I get 7 email when an account is requested.

I get the same issue, but with only 2 e-mails (same for all bureaucrats)

I tried the following fix, and it worked for my case: set the following properties in LocalSettings.php:

$wgConfirmAccountContact = ''; # to make sure this variable is set

$wgGroupPermissions['*']['confirmaccount-notify'] = false; # withdraw all notifications

$wgGroupPermissions['bureaucrat']['confirmaccount-notify'] = true; # enable notification to bureaucrats

However, I'm not sure why this worked...

(I actually still get double notifications sometimes)

I installed ConfirmAccount, all went well. I updated the database via the web.

I tested the account request, and I rejected my test account, and it worked. Today someone requested an account; I wanted to accept it, but when I submit, it gives me that error message: "A database query error has occurred. This may indicate a bug in the software." See screenshot of the error page: http://screencast.com/t/lPU4IyEXjX

Can anyone help? I don't know what to do to fix this issue. Thanks!

FYI my environment info: MediaWiki 1.23.2 PHP 5.3.28 (cgi-fcgi) MySQL 5.1.67-rel14.3-log

I have the same exact version and issue

I have this error as well. As far as I can see everything about the confirm account extension seems to work. If I confirm an account to approve it, then I get the same error on the wiki page. Any one understanding this issue and willing to help?

Same for me. I have this error for a few days. I deleted all my tables in the db and all files on my space so I have a complete clean installation. But I still can't install mediawiki.

No my error changes from the one above to: Function: DatabaseBase::sourceFile( /home/webpages/lima-city/wod-berlin/html/maintenance/tables.sql ) Error: 1146 Table 'db_287222_1.user' doesn't exist (mysql.lima-city.de)

So what am I supposed to do now?!

I have the same problem on a new installation, though I have copied tables from another database. I'm now wondering if that's where the problem lies?

A database query error has occurred. This may indicate a bug in the software.

• MW 1.24.0
• PHP 5.3.3 (apache2handler)
• mySQL 5.1.73
• Confirm account – (75bdde7) 20:50, 12 November 2014

This post was posted by CookipediaChef~mediawikiwiki, but signed as CookipediaChef.

Copied tables? And did you run update.php then?

I have exactly same problem after upgrade to MW 1.24. Reinstalled confirmaccount, and run update.php but it's not helping

Database error A database query error has occurred. This may indicate a bug in the software.

Query: INSERT INTO `y5m_account_credentials` (acd_user_id,acd_real_name,acd_email,acd_email_authenticated,acd_bio,acd_notes,acd_urls,acd_ip,acd_xff,acd_agent,acd_filename,acd_storage_key,acd_areas,acd_registration,acd_accepted,acd_user,acd_comment,acd_id) VALUES ('682','Ričardas','ryckaxxl60@gmail.com','20141202143609',,,,'78.62.161.58',,'Mozilla/5.0 (Windodws NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/36.0.1985.125 Safari/537.36',NULL,'soft_escwiki-y5m_:acctrequest:ip:78.62.161.58',,'20141201022523','20141204123207','2',,NULL) Function: AccountConfirmSubmission::acceptRequest Error: 1054 Unknown column 'acd_xff' in 'field list' (localhost)

Same: SELECT COUNT(*) FROM `account_requests` WHERE acr_type = '0' AND acr_deleted = '0' AND (acr_held IS NULL) LIMIT 1 1146 Table 'wiki.account_requests' doesn't exist (localhost)

how you fix it?even i got the same error

So there is no way to fix it?

ALTER TABLE /*_*/account_credentials ADD COLUMN acd_xff VARCHAR(255) NULL default ;

This did not fix my mediawiki 1.22.6 install.

Same Problem. Read somewhere we can try to create these fields manually. Could someone give us the field definition ? (Type, attribute, Null, Default...) Thanks !

I not only have that issue, but I'd get the same message when I clicked the Recent Changes link, until I commented out the extension.

After upgrading from MW 1.19 to MW 1.23 and ConfirmAccount r115623 to REL1_23, I had to add the acd_xff and acd_agent fields, and I had to add them to account_requests, not account_credentials.

tl;dr: Run these in mysql, substituting your wiki's database name for wikidb:

USE wikidb;
ALTER TABLE mw_account_requests ADD acr_agent VARCHAR(255) NULL default '';''
ALTER TABLE mw_account_requests ADD acr_xff VARCHAR(255) NULL default '';''

There may be a better way to fix it. The underlying problem is that new fields added to ConfirmAccount across LTS version upgrades are not automatically added to the wiki database. Ideally, the extension would attempt to add necessary fields if they don't exist.

--

The error and backtrace:

A database query error has occurred. This may indicate a bug in the software.

Query:
INSERT INTO `mw_account_requests` (acr_id,acr_name,acr_email,acr_real_name,acr_registration,acr_bio,acr_notes,acr_urls,acr_type,acr_areas,acr_filename,acr_storage_key,acr_comment,acr_ip,acr_xff,acr_agent,acr_deleted,acr_email_token,acr_email_token_expires) VALUES (NULL,'Z','x@y.z','aowiefawe','20150712184313','Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum Lorem ipsum.','','','0','',NULL,'wikidb-mw_:acctrequest:ip:--.--.--.--','','--.--.--.--','','Mozilla/5.0 (X11; CrOS x86_64 6946.70.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/43.0.2357.132 Safari/537.36','0','--','20150811184313')''
Function: UserAccountRequest::insertOn
Error: 1054 Unknown column 'acr_xff' in 'field list' (localhost)
Backtrace:

#0 /var/www/wiki/includes/db/Database.php(1123): DatabaseBase->reportQueryError('Unknown column ...', 1054, 'INSERT  INTO `m...', 'UserAccountRequ...', false)
#1 /var/www/wiki/includes/db/Database.php(1920): DatabaseBase->query('INSERT  INTO `m...', 'UserAccountRequ...')
#2 /var/www/wiki/extensions/ConfirmAccount/backend/UserAccountRequest.php(358): DatabaseBase->insert('account_request...', Array, 'UserAccountRequ...')
#3 /var/www/wiki/extensions/ConfirmAccount/business/AccountRequestSubmission.php(243): UserAccountRequest->insertOn()
#4 /var/www/wiki/extensions/ConfirmAccount/frontend/specialpages/actions/RequestAccount_body.php(315): AccountRequestSubmission->submit(Object(RequestContext))
#5 /var/www/wiki/extensions/ConfirmAccount/frontend/specialpages/actions/RequestAccount_body.php(80): RequestAccountPage->doSubmit()
#6 /var/www/wiki/includes/specialpage/SpecialPage.php(379): RequestAccountPage->execute(NULL)
#7 /var/www/wiki/includes/specialpage/SpecialPageFactory.php(503): SpecialPage->run(NULL)
#8 /var/www/wiki/includes/Wiki.php(285): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#9 /var/www/wiki/includes/Wiki.php(588): MediaWiki->performRequest()
#10 /var/www/wiki/includes/Wiki.php(447): MediaWiki->main()
#11 /var/www/wiki/index.php(46): MediaWiki->run()
#12 {main}

You can generate this message by adding these to the end of your wiki's LocalSettings.php file:

$wgShowSQLErrors = true;
$wgDebugDumpSql = true;
$wgShowDBErrorBacktrace = true;

--

Console I/O to fix it:

➜  ~  sudo mysql -u root -p
Enter password: 
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 1506962
Server version: 5.5.31-0ubuntu0.12.04.1 (Ubuntu)

Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> use wikidb;
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> ALTER TABLE mw_account_requests ADD acr_agent VARCHAR(255) NULL default '';''
Query OK, 1 row affected (0.10 sec)
Records: 1  Duplicates: 0  Warnings: 0

mysql> ALTER TABLE mw_account_requests ADD acr_xff VARCHAR(255) NULL default '';''
Query OK, 1 row affected (0.23 sec)
Records: 1  Duplicates: 0  Warnings: 0

(To confirm, I did run update.php before any of the above steps. The update.php pass ''is not'' adding this extension's required fields after an upgrade.)

I had this same error. I noticed it right after blocking several of what I thought were fictitious users.

After further review I figured out what was causing the error. Someone at my work created an account without updating any pages so I blocked them thinking they were also a fictitious user. Well, when I blocked them I also blocked their IP address & since we have a static IP at my work that caused me to unintentionally block myself which was ultimately causing in the error message. After unblocking the user with the same IP as mine my problems went away.

Patch https://gerrit.wikimedia.org/r/#/c/237711 should fix this problem.

Still have this problem and can't find any good solution

Hi sirs, i have this problem and it's happening without touch anything in my site, just updating pages i have a lot of work and then this happends :(

Sorry i'm very frustrated about that and don't know how to proceed, please help.

@Paladox could you help me ?

A database query error has occurred. This may indicate a bug in the software.

• Query: COMMIT
• Function: LoadBalancer::commitAll
• Error: 2006 MySQL server has gone away (localhost)

Backtrace:

#0 /home/adminluk/public_html/includes/db/Database.php(1059): DatabaseBase->reportQueryError('MySQL server ha...', 2006, 'COMMIT', 'LoadBalancer::c...', false) #1 /home/adminluk/public_html/includes/db/Database.php(3594): DatabaseBase->query('COMMIT', 'LoadBalancer::c...') #2 /home/adminluk/public_html/includes/db/Database.php(3577): DatabaseBase->doCommit('LoadBalancer::c...') #3 /home/adminluk/public_html/includes/db/LoadBalancer.php(1008): DatabaseBase->commit('LoadBalancer::c...', 'flush') #4 [internal function]: LoadBalancer->commitAll() #5 /home/adminluk/public_html/includes/db/LBFactory.php(176): call_user_func_array(Array, Array) #6 [internal function]: LBFactory->{closure}(Object(LoadBalancer), 'commitAll', Array) #7 /home/adminluk/public_html/includes/db/LBFactory.php(330): call_user_func_array(Object(Closure), Array) #8 /home/adminluk/public_html/includes/db/LBFactory.php(177): LBFactorySimple->forEachLB(Object(Closure), Array) #9 /home/adminluk/public_html/includes/db/LBFactory.php(186): LBFactory->forEachLBCallMethod('commitAll') #10 /home/adminluk/public_html/includes/jobqueue/JobRunner.php(129): LBFactory->commitAll() #11 /home/adminluk/public_html/includes/MediaWiki.php(788): JobRunner->run(Array) #12 /home/adminluk/public_html/includes/MediaWiki.php(746): MediaWiki->triggerJobs() #13 /home/adminluk/public_html/includes/MediaWiki.php(558): MediaWiki->restInPeace('normal') #14 /home/adminluk/public_html/includes/MediaWiki.php(577): MediaWiki->{closure}() #15 /home/adminluk/public_html/includes/MediaWiki.php(520): MediaWiki->doPostOutputShutdown('normal') #16 /home/adminluk/public_html/index.php(41): MediaWiki->run() #17 {main}

Hi are you using the ConfirmAccount extension, if so please try patch https://gerrit.wikimedia.org/r/#/c/237711

If not could you try Project:Support desk please where you may get more support since I'm not really sure why it is failing for you.

Also try updating to mw 1.27 please.

Dear @Paladox it was so crazy !!! my site www.wikinnabis.com is working right now. i will describe whats i do to fix it, but very annoyed with this.

1- I don't use this ConfirmAccount extension, i disable the registering feature.

2- I will update to 1.27 right now because now i have a backup working.

3 - "The MAGIC" I'm hosted at Godaddy, Godaddy have installatron to manage servers installs services (instances) like bitnami image service downloads, so you can install, clone, etc

Godaddy tell me that i was hacked in the past and this files are corrupt. Not true ! I When this happends, i restore the entire site to 5 months ago because don't have operative working copy, so imagine to heard this shit. So thinking that the problem is on the DDBB i duplicate the wiki instance to www.site.com/test/ and magically seems that ddbb is now working again. I made a lot of work on marketing this week, the results are awesome but with this servers down make me bad name. Is there any possibility to know exactly something pointing to the true problem ? Because i cannot be looking my domain every hour and then try to fix is something happend, i want just something stable if i don't touch it, hope that i'm asking too much :)

Hi, you may want to try installing mediawiki your self instead of using the installation managers.

It is easy to do it your self

All you have to do

Is go here Download click download 1.27.

Extract it to your website where ever your website dir is

then you go to your website

for example example.com/mw-config/

then configure your mw.

Using version 1.26 I had the same issue and simply ran an update from ssh. Navigate to maintenance folder and run "php Update.php". Fixed my database error.

Disabling the ConfirmAccount-extension solved the problem for me.

I am also getting these errors and my mediawiki version is 1.22

A database query error has occurred. This may indicate a bug in the software.

• Query: SELECT page_id,page_namespace,page_title,page_restrictions,page_counter,page_is_redirect,page_is_new,page_random,page_touched,page_latest,page_len,page_content_model FROM `page` WHERE page_namespace = '0' AND page_title = 'Main_Page' LIMIT 1
• Function: WikiPage::pageData
• Error: 1054 Unknown column 'page_counter' in 'field list' (localhost)

Backtrace:

#0 /var/www/html/core_old/includes/db/Database.php(1039): DatabaseBase->reportQueryError('Unknown column ...', 1054, 'SELECT page_id...', 'WikiPage::pageD...', false)

#1 /var/www/html/core_old/includes/db/Database.php(1496): DatabaseBase->query('SELECT page_id...', 'WikiPage::pageD...')

#2 /var/www/html/core_old/includes/db/Database.php(1585): DatabaseBase->select('page', Array, Array, 'WikiPage::pageD...', Array, Array)

#3 /var/www/html/core_old/includes/WikiPage.php(303): DatabaseBase->selectRow('page', Array, Array, 'WikiPage::pageD...', Array)

#4 /var/www/html/core_old/includes/WikiPage.php(322): WikiPage->pageData(Object(DatabaseMysqli), Array, Array)

#5 /var/www/html/core_old/includes/WikiPage.php(361): WikiPage->pageDataFromTitle(Object(DatabaseMysqli), Object(Title))

#6 /var/www/html/core_old/includes/WikiPage.php(444): WikiPage->loadPageData()

#7 /var/www/html/core_old/includes/WikiPage.php(497): WikiPage->exists()

#8 /var/www/html/core_old/includes/WikiPage.php(212): WikiPage->getContentModel()

#9 /var/www/html/core_old/includes/WikiPage.php(198): WikiPage->getContentHandler()

#10 /var/www/html/core_old/includes/Action.php(92): WikiPage->getActionOverrides()

#11 /var/www/html/core_old/includes/Action.php(145): Action::factory('view', Object(WikiPage), Object(RequestContext))

#12 /var/www/html/core_old/includes/Wiki.php(151): Action::getActionName(Object(RequestContext))

#13 /var/www/html/core_old/includes/Wiki.php(531): MediaWiki->getAction()

#14 /var/www/html/core_old/includes/Wiki.php(467): MediaWiki->main()

#15 /var/www/html/core_old/index.php(49): MediaWiki->run()

#16 {main}

Thanks in advance

SOLVED

I was trying to fix it from time to time over the few years, but today it worked. Applying patch https://gerrit.wikimedia.org/r/#/c/mediawiki/extensions/ConfirmAccount/+/237711/ as @Paladox suggested and deleting ADD acr_xff VARCHAR(255) NULL default '', and ADD acr_agent VARCHAR(255) NULL default ''; from patch-acr_agent.sql solved whole problem and extension works perfectly

So, after installing the extension -- and it works perfectly -- my wiki is now horribly slow to load. Where as it used to nearly instant to load a page with 99% text, now it takes the wiki at least 2-3 seconds to load the same page.

Any ideas on how to diagnose this?

$wgGroupPermissions['*']['editmyprivateinfo'] = false;

I'm sooo sorry, that this option in my LocalSettings.php was responsible for this issue, not the extension!

Problem solved

Hello everyone,

the topic explains my problem in a short way. The site "Special:PasswordReset" is no longer reachable before login. When the page "mywiki.com/special:passwordreset" gets visited to start the automated-password-forgotten-process, there is only the message "you have no permission". Even if I whitelist this page for anonymous users, the information message is the same. How to fix that?

Only after a successful login (you have to now username and password!), you can use the password-change-function. But what is, if you have forgotten your password. now the only way is to contact the wiki administrator.

mediawiki version 1.30.0

PHP 7

MySQL 5.7

greentings Thomas

Hello,

We have a private wiki and today a new user was sent me a account request. I've approved the request, because I recognized the username within the request. The problem is the user was wrote its phone number within the "Additional notes" field. I didn't write down the phone number on time. So - can I see this information in some way? Can I see something as history for the accepted requests?

In addition the "Email address" from the "Request account" page is not automatically filled as "Email" within the user's preferences page, although it is already confirmed by the user, during the account request process. So - can I change this behavior of "Extension:ConfirmAccount"? Or at least can I see this email?

Best regards,

Spas Spasov

After the new user confirms their email, ConfirmAccount seems to be sending 2 duplicate pending account notifications. This was reported in 2011, but that installer did not get any solution responses.

Any ideas what I set up incorrectly?

I can confirm this is still a problem with MW 1.25.1 and ConfirmAccount REL1_24. Note, running REL1_24 due to the 'Could not create directory: wmstore...." error above.

I am receiving 3 notices of pending accounts.

Also can confirm this issue still occurs even 3 years later. I get anywhere from 3-7 notifications. @Aaron Schulz

Still an issue with REL1_31. I get 7 email when an account is requested.

Upgraded both MW and ConfirmAccount to REL1_31. Am now receiving error:

Could not open lock file for "mwstore://accountreqs-backend/accountreqs-public/e/el/eli/elinux:acctrequest:ip:199.187.160.250". Make sure your upload directory is configured correctly and your web server has permission to write to that directory

Confirmed the upload directory /images is set to perms 775 recursively.

In ConfirmAccount.config I see:

# Storage repos.

$wgConfirmAccountFSRepos = [

        'accountreqs' => [ # Location of attached files for pending requests

                'name'       => 'accountreqs',

                'directory'  => false,

                'url'        => null,

                'hashLevels' => 3,

        ],

        'accountcreds' => [ # Location of credential files

                'name'       => 'accountcreds',

                'directory'  => false,

                'url'        => null,

                'hashLevels' => 3,

        ]

];

This confuses me as the error is on accountreqs-public? Similarly, aren't these directories? Why is 'directory' => false?

Ugh, nevermind, all I had to do was chown apache -R images/