Extension talk:ConfirmAccount

Jump to: navigation, search

About this board

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

OlivierCompagne (talkcontribs)

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 (talkcontribs)

I have the same exact version and issue

Donkey Kong Genius (talkcontribs)

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? (talkcontribs)

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?!

CookipediaChef~mediawikiwiki (talkcontribs)

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.

Nemo bis (talkcontribs)

Copied tables? And did you run update.php then? (talkcontribs)

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',,,,'',,'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:',,'20141201022523','20141204123207','2',,NULL) Function: AccountConfirmSubmission::acceptRequest Error: 1054 Unknown column 'acd_xff' in 'field list' (localhost) (talkcontribs)

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)

Tymek1988 (talkcontribs)

So there is no way to fix it?

Aaron Schulz (talkcontribs)

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

Grantbow (talkcontribs)

This did not fix my mediawiki 1.22.6 install. (talkcontribs)

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

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. (talkcontribs)

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.

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)

#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

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 (talkcontribs)

(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.)

Mojorhino (talkcontribs)

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.

Paladox (talkcontribs)
Tymek1988 (talkcontribs)

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

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)


#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}
Paladox (talkcontribs) (talkcontribs)

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 :)

Paladox (talkcontribs)

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. (talkcontribs)

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.

Wimw (talkcontribs)

Disabling the ConfirmAccount-extension solved the problem for me.

Gopavasanth (talkcontribs)

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)


#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

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

So I can't ConfirmAccount if I can't update?

1 (talkcontribs)

If I update, doesn't that mean to the latest version? But I can't because at least the last time I checked the host didn't have the latest php. But part of your instructions for installing this extension is that I "run the update script".

Reply to "So I can't ConfirmAccount if I can't update?"

Many repeating notification emails to admin

Wmat (talkcontribs)

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?

Reply to "Many repeating notification emails to admin"
CalNation (talkcontribs)

Everytime I fill and click the request account button the page loads for a while before it goes blank. Log:

2017-10-18 01:40:16 fbc2b63702c5 wikidb: [71e6cc371daeb32c40983f62] /Special:RequestAccount   Wikimedia\Rdbms\DBQueryError from line 1075 of /var/www/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading? 

 Query: INSERT  INTO `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,'Wawa','wawa@gmail.com','','20171018013815','','na','','0','',NULL,'wikidb:acctrequest:ip:','','','','Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/58.0.3029.110 Safari/537.36','0','cdf2692dd4d49a49037dae473e6b92d3','20171117013815')

 Function: UserAccountRequest::insertOn

 Error: 1205 Lock wait timeout exceeded; try restarting transaction (percona)

 #0 /var/www/includes/libs/rdbms/database/Database.php(933): Wikimedia\Rdbms\Database->reportQueryError(string, integer, string, string, boolean)

 #1 /var/www/includes/libs/rdbms/database/Database.php(1515): Wikimedia\Rdbms\Database->query(string, string)

 #2 /var/www/extensions/ConfirmAccount/backend/UserAccountRequest.php(358): Wikimedia\Rdbms\Database->insert(string, array, string)

 #3 /var/www/extensions/ConfirmAccount/business/AccountRequestSubmission.php(245): UserAccountRequest->insertOn()

 #4 /var/www/extensions/ConfirmAccount/frontend/specialpages/actions/RequestAccount_body.php(344): AccountRequestSubmission->submit(RequestContext)

 #5 /var/www/extensions/ConfirmAccount/frontend/specialpages/actions/RequestAccount_body.php(84): RequestAccountPage->doSubmit()

 #6 /var/www/includes/specialpage/SpecialPage.php(522): RequestAccountPage->execute(NULL)

 #7 /var/www/includes/specialpage/SpecialPageFactory.php(578): SpecialPage->run(NULL)

 #8 /var/www/includes/MediaWiki.php(287): SpecialPageFactory::executePath(Title, RequestContext)

 #9 /var/www/includes/MediaWiki.php(862): MediaWiki->performRequest()

 #10 /var/www/includes/MediaWiki.php(523): MediaWiki->main()

 #11 /var/www/index.php(43): MediaWiki->run()

 #12 {main}

Database schema updater was run more than once with no difference in results.

Aaron Schulz (talkcontribs)

Locking usually just indicates contention. I can't reproduce this on PostgreSQL, which also has similar row-level locking. It might be interference by another extension. You can use SHOW ENGINE INNODB STATUS to see the last deadlock. You might need to adjust innodb_lock_wait_timeout and turn on innodb_deadlock_detect (see https://dev.mysql.com/doc/refman/5.7/en/innodb-deadlock-detection.html ).

CalNation (talkcontribs)
Reply to "Works with MW1.29?"

How to edit the request account page user prompts?

Rsoandrew (talkcontribs)

I have a very small wiki for a specific group. As part of the request account process, I require them to provide me with verifiable information proving they are in the group or otherwise has a specific interest. Also helps with spam. In a previous version of ConfirmAccount I could just edit the text RequestAccountPage.i18n.php file to change the prompts and get the user to add the information I need into the biography field.

When I upgraded to Mediawiki 1.28, I also had to reinstall ConfirmAccount. In the most recent version of ConfirmAccount, the file that I edited previously doesn't seem to exist and I can't figure out where the plain text prompt strings are stored.

Can somebody point me in the right direction?

Aaron Schulz (talkcontribs)

Edit i18n/requestaccount/<lang>.json .

Better yet, just edit MediaWiki:<name of the message in lowercase> to override it.


Reply to "How to edit the request account page user prompts?"

Avoiding initial email address confirmation

Tansaku (talkcontribs)

I've got ConfirmAccount working on a mediawiki instance (1.28.1) and I notice that there's an email address confirmation step that takes place *before* the account is approved. I'm wondering if that can be removed?

I think the email might easily be missed by the user trying to create their account, and there is an email to the address when the admin confirms the account that seems to serve the same purpose, i.e. they are being informed of their account approval and being asked to reset their password.

As it stands users have to receive two email and click through on them both before and after being confirmed by an admin. I'm wondering if there's some way to remove the first email since the second one would seem to be a sufficient check ...

Coyote897 (talkcontribs)

I think this is a good suggestion/request.

Huwmanbeing (talkcontribs)

Agreed: the first email address confirmation seems unnecessary and premature — the request may not even be granted.

It seems best simply to have the user submit a request, then (if approved) get a single email telling them they're in and giving instructions on how to proceed.

Aaron Schulz (talkcontribs)

Having the email confirmed first discourages spam requests and makes it easier for admins to know how serious the request or whether they control an email from a certain domain (e.g. osu.edu or dmv.ca.gov).

Reply to "Avoiding initial email address confirmation" (talkcontribs)

Is there a way to limit the requesting users email to a particular domain, ie just .mil, or just .edu?

Aaron Schulz (talkcontribs)

You can possibly edit MediaWiki:common.js to run of Special:RequestAccount pages (using the mwconfig->get( 'PageName' ) JS variable). It could check the field onChange and show an error and disable the submit button. Requests that make it through anyway (e.g. JS disable) could simply be rejected.

Reply to "Limiting the email to a domain"
Jakeschroeder (talkcontribs)

It seems it is not possible to write custom css for the Request Account page because no html element on this page has an ID or a class name. I am creating my own skin and I want to be able to change the width of inputs, background color, etc. but I don't want to pollute those components' styles for the entire site.

For example I want the input's background color to be gray on the Request Account page but green on any other page. So how can access just the Request Account page's html elements in my stylesheet.

Thanks so much.

Aaron Schulz (talkcontribs)

You can edit MediaWiki:common.css or use the Gadget extension to make a CSS module enabled for all users.

Reply to "Custom CSS for Request Account Page?"
Loansindi (talkcontribs)

I'm running a wiki at work, and we're using the ConfirmAccount extension. One of my coworkers made a typo in his email address when making his request. The request was rejected, but he's unable to create another account with the same username (Management has requested a particular username scheme) because that rejected request is still sitting in the queue. Is there any way to delete that request so he can re-request with the correct email address?

Aaron Schulz (talkcontribs)

You can vastly lower $wgRejectedAccountMaxAge to avoid this kind of problem. Otherwise he can use a different name and then you can use the RenameUser extension to correct it.

Reply to "Remove pending request?"

Error 500 on Special:ConfirmAccounts Only

5 (talkcontribs)

This is the only page with the error. (talkcontribs)

This is the error: PHP Fatal error: Call to undefined method ConfirmAccountsPage::getLinkRenderer() in /home/user/public_html/wiki/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccount_body.php on line 211

Spas.Z.Spasov (talkcontribs)

Did you apply php $IP/maintenance/update.php?

Jlkzer (talkcontribs)

yes i run update.php but Special:ConfirmAccounts still show error 500 page

MikeDarling (talkcontribs)

What version of MediaWiki did this happen on? I get an Error 500 on the ConfirmAccounts page as well. I'm using MW 1.27.1.

Reply to "Error 500 on Special:ConfirmAccounts Only"