Extension talk:ConfirmAccount

From MediaWiki.org
Jump to: navigation, search
Start a new discussion

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

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

OlivierCompagne (talk)22:19, 4 September 2014

I have the same exact version and issue, 1 October 2014

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?

Donkey Kong Genius (talk)10:21, 5 October 2014

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?!, 20 October 2014

How delete a rejected user with a confirmed email?

Hello all!

I used some test users with real email addresses to check extension to work properly (and it works :-). Now all email addresses are in recently rejected cue: is it possibile to remove them? Can i remove them manually or there is an automatic scheduled process (if yes how long does it takes)?

Thank you in advance for any reply.

Midimarcus (talk)18:31, 23 September 2014

I anyone found a solution yet. I would also like to know how to please, 3 October 2014

Why do you want to remove them?

Nemo12:38, 3 October 2014

Same question: I would like to test a few times after a recent upgrade, and I have already used up 3 email addresses. How can I purge the email address history and rejected username history? Thanks!, 16 October 2014

How do I set language strings with the latest version?


I've just upgraded to MW 1.23.3 and the latest version of ConfirmAccount (rev. 34ddc24). I ran update.php.

With an older version, the language strings could be set via Special:AllMessages by searching for "request". Now if I do that nothing is returned. So how do I set the language strings now?


Mitchelln (talk)10:18, 23 September 2014

Reminder for anyone reading: system messages are translated on translatewiki.net.

If Special:AllMessages is not working, you have a bug. However, you can always look up the message keys in the extension's json files or on translatewiki.net and visit/edit them directly, for instance MediaWiki:requestaccount-page (of course on your wiki, not here). Can you link your wiki?

Nemo17:34, 23 September 2014


Thanks for the reply. It looks like it is definitely a bug then. On two wiki's I've upgraded MW to 1.23.3 and ConfirmAccount to rev 34ddc24 the localisation strings no longer appear in Special:AllMessages

I can edit them direct via MediaWiki:requestaccount-page, for example. Thanks for the info :)

Unfortunately the wikis are internal, so I cannot provide a link to them.

Mitchelln (talk)10:52, 25 September 2014

I can confirm my account

Fatal error: Call to undefined method ConfirmAccount::getAdminsToNotify() in /home/soft/public_html/escforumwiki/extensions/ConfirmAccount/frontend/specialpages/actions/RequestAccount_body.php on line 364

What I am doing now? :(, 17 September 2014

$wgGroupPermissions error

In section Configuration. Note: Sysops can still create accounts directly. To disable this, add to LocalSettings.php:

$wgGroupPermissions['sysop']['createaccount'] = false; 

This causes an error message on 1.23.2 "Notice: DB transaction callbacks still pending (from User::invalidateCache)."

Instead $wgGroupPermissions['*']['createaccount'] = false; Still allowing only sysops to create accounts works fine.

Rob Kam (talk)11:46, 12 September 2014

Error with confirmaccont


I'm getting the following error trying to run the extension:

PHP Catchable fatal error: Argument 3 passed to ConfirmAccountUIHooks::setRequestLoginLinks() must be an instance of SkinTemplate, none given in /var/www/kennyburgess-wiki/extensions/ConfirmAccount/frontend/ConfirmAccountUI.hooks.php on line 28

Any ideas?, 11 July 2014

Same here., 10 September 2014

For future reference: I fixed the error by making VERY SURE I installed the correct version of ConfirmAccount for my wiki! I was installing one 2 minor numbers too new., 10 September 2014

A database query error

I often come accross such an error with some extensions: "A database query error has occurred. This may indicate a bug in the software." Any suggestions?

Xixo (talk)17:35, 19 May 2014

this often involves the error 1146. For example:'mydatabase_name.mw_user_relationship' doesn't exist

Xixo (talk)17:44, 19 May 2014

Hi what version of Mediawiki are you running., 22 May 2014

you need to create the tables, 13 June 2014

After installing I get this error when Confirm account requests - I recently upgraded from 1.12 to 1.23

What is the cause and how do I fix? (Happens when I go to Accept (create account)), 29 June 2014

Run update.php

Nemo09:07, 30 June 2014

extracted files in wrong dir?

I'm running MW 1.23.

After downloading and extracting the ConfirmAccount for version 1.23, I find the following 5 files directly in extension dir:






(verified with WIN + CentOS)

With ConfirmAccount enabled in LocalSettings.php I can't access SpecialPages page (HTTP Error 500). When I move the 5 files to extensions\ConfirmAccount\frontend\specialpages\action the SpecialPages pages shows up correctly.

Is it a bug in the structure or what am I doing wrong?

WMX (talk)09:04, 27 June 2014

After verifying a second time the files were extracted correct in Centos! copied the extracted dir structure zu extensions folder. works now.

WMX (talk)09:21, 27 June 2014

error on running "update.php" via web-updater

when i try to reach my web-updater on "mywiki.com/w/mw.config/ i get this error message: "Fatal error: Class 'ConfirmAccountUISetup' not found in /home/webpages/lima-city/creativeofficewiki/html/extensions/ConfirmAccount/ConfirmAccount.php on line 42" - I need to update in order to make the extension ConfirmAccount runable.

thx for help

Wdfgea (talk)21:04, 25 June 2014

BUG: Link to mediawiki.org help pages is internal but should be external

In file i18n/confirmaccount/en.json to link used in the Welcome message links internally but should be an external wiki link:

Now: [[{{MediaWiki:Helppage}}|help pages]]

Should be: [{{MediaWiki:Helppage}} help pages]


Wmat (talk)13:17, 18 May 2014

YesY Done with gerrit:134063

Shirayuki (talk)01:53, 19 June 2014

How to separate Login and create Account options in Mediawiki 1.20.2 when ConfirmAccount is enabled?

How to separate Login and create Account options in Mediawiki 1.20.2 when ConfirmAccount extension is enable? Please give any patch or code soon.

User:Nitishkumartn13:00, 11 May 2014

there is a patch that puts login and request account in the bar now, 13 June 2014

How to separate Login and create Account options in Mediawiki 1.20.2 when ConfirmAccount is enabled?

How to separate Login and create Account options in Mediawiki 1.20.2 when ConfirmAccount extension is enable? Please give any patch or code soon.

User:Nitishkumartn13:00, 11 May 2014

I don't understand the question, so maybe others don't either.

Nemo14:27, 11 May 2014

I think what he means is extension:ConfirmAccount is using the old way of loging into the wiki. And what he's asking is how can he get the new look for login and create account., 11 May 2014

See $WgUseCombinedLoginLink

Mlpearc (open channel)23:22, 11 May 2014

hi that does not work. because it extension:confirmaccount has the something in its core that it is forcing to use that and plus extension:confirmaccount needs updating to update some settings to use the new login it would be easer and better., 16 May 2014

there is now a new update to confirmaccount that fixes that issue., 13 June 2014

error in defineResourceModules when running update.php

Hi, when I include the ConfirmAccount extension in my LocalSettings.php and then run update.php, I get the following error:

PHP Catchable fatal error: Argument 1 passed to ConfirmAccountUISetup::defineResourceModules() must be an array, null given, called in /var/lib/mediawiki/extensions/ConfirmAccount/ConfirmAccount.php on line 42 and defined in /var/lib/mediawiki/extensions/ConfirmAccount/frontend/ConfirmAccountUI.setup.php on line 45

Any ideas? Thanks.

Foobarbecue (talk)20:21, 28 May 2014

Nevermind, this happened because I was using a very old version of mediawiki (1.15).

Foobarbecue (talk)16:35, 29 May 2014

Please upgrade to version 1.23 if you have php 5.3 or if you have php 5.2 then mediawiki 1.19, 13 June 2014

Could not open lock file for...

  • Most probably a problem of user restrictions.
  • Enable debugging and look at error message
  • Most probably, the image folder needs to allow a lockdir folder

Create Account without email-Adress

Hello, is it possible that a user can request an account without an email adress and specify a password by himself?

User:Finswimmer13:03, 11 May 2014

Create account / login

Hi please update login and create account buttons because the layout and look of them was changed in 1.20 when the separated them into create account and then login so please update the looks and the create account could be redirect to special request account. I am running Mediawiki 1.24 Wmf 4, 11 May 2014