Extension talk:ConfirmAccount/2015

• Archive 1
• Archive 2
• Archive 3

Userpage is created even if its empty

To avoid this, you must change: /ConfirmAccount/business/AccountConfirmSubmission.php.

Function createUserpage() the last part must look like this

#Create userpage!
if( !empty($body) ) {  // <- new
$article = new WIkiPage( ...
$article->doEdit( ...
}  // <- new

93.218.51.45 22:22, 8 January 2015 (UTC)

I'll just make a patch for that in gerrit. Aaron (talk) 04:49, 11 February 2015 (UTC)

Language selection with $wgLoginLanguageSelector

How can I have the language selection available with $wgLoginLanguageSelector=true with the ConfirmAccount extension? With the default direct account creation it was possible, but after installing ConfirmAccount the language selection disappeared... Thanks a lot in advance for any suggestion

Fabio 80.86.59.104 19:31, 14 January 2015 (UTC)

Did you try Extension:UniversalLanguageSelector? Nemo 11:54, 15 January 2015 (UTC)

Dear Nemo,

thanks for your reply... yes we had a look to that extension as well by it didn't suit the model we have in mind for our wiki

Here is an alternative we found possible helpful:

https://www.mediawiki.org/wiki/Extension:LanguageSelector

Fabio 80.86.58.244 12:22, 7 February 2015 (UTC)

How is the From addess derived?

Hi.

This is a really great extension! I have a question though, how does the extension determine the from address? I'm having problems with an ISP blocking messages because they don't like the from address in the confirmation emails.

Many thanks. Mitchelln (talk) 11:46, 20 January 2015 (UTC)

It uses the address set in $wgPasswordSender. Nemo 15:08, 22 January 2015 (UTC)

AreasOfInterest not showing up in the form

I have enabled areas of interest in Localsettings.php using 'AreasOfInterest' => array( 'enabled' => true ), but it didn't show up in the form. 208.116.10.45 09:57, 3 February 2015 (UTC)

Is it possible to add more fields to the sign up form?

Does this extension provide options to add more fields to the signup form? If yes, then how? If no, then do I have any other option? 208.116.10.45 06:11, 4 February 2015 (UTC)

Successful registration with same email id twice.

This is a bug, right? Is this the problem of extension or the mediawiki s/w? 208.116.10.45 11:12, 4 February 2015 (UTC)

Same email but different username? If the usernames are different, there is no limit to the number of times an email address can be used for MediaWiki accounts. So, yes, a MediaWiki core thing. Nemo 09:26, 7 February 2015 (UTC)

Problem with emails after unistalling ConfirmAccount

Dear MW users,

we've have test this great extension ConfirmAccount on our wiki, but we then realize that it doesn't suit our current needs...

We then uninstall it following the usual procedure: http://www.mediawiki.org/wiki/Manual:Extensions#Uninstalling_an_extension

Unfortunately, after this a strange thing occurs: when a new user try to register, it seems he/she doesn't received any email with the confirmation link... Well, I said "it seems" because in truth the situation is kinda weird: if a user try to register with a Gmail email address it works coorectly (email is received by the users), but if he/she use a different one, the email doesn't arrive (We have try with addresses @yahoo.com, @hotmail.com, @live.com, ...)

This thing is getting us crazy... anyone has an idea of what's going on ? Any suggestion about what we should check to fix this problem ? Please Help

Many thanks in advance for any helpful tip

Fabio

PS Yes, of course we've checked if the emails were in the spam folders, but they werent... 80.86.58.244 11:42, 7 February 2015 (UTC)

Does the sender email address you are using have a SPF policy? Nemo 20:11, 7 February 2015 (UTC)

Dear Nemo,

thanks a lot for your reply... we don't know actually if/which the sender email address used have a SPF policy

Anyway, your comment remided us that we have the email server for our domainame located elsewhere, not on the same cloud server where our Mediawiki is installed (and pointed trough the same domainame for which we have modified DNS accordingly).

Said this, do you think such a configuration could be the reason of the weird behaviour we're experiencing ?

In that case, what about this:

http://www.mediawiki.org/wiki/Manual:$wgSMTP

Do you thinkit could be the way to go to set thing correctly ?

Thanks again for your kind support

Fabio

PS

By the way, in the meantine we tried to add $wgUserEmailUseReplyTo = true; to LocalSettings.php and like thatwe add a little improvement: like that it now works for @gmail.com and @yahoo.com, but it is still not working for @hotmail.com, @live.com, @libero.it, @virgilio.it, ... 3biano (talk) 15:44, 9 February 2015 (UTC)

Well, it's possible the server you are using is blocked; maybe SpamHaus can tell you if your IP had problems in the past. There are many websites around the web which ask users to only register with gmail because all the others block their emails.

So, yes, using Manual:$wgSMTP to configure a "trusted" email sender will hopefully help, though I can't be sure. Nemo 19:06, 9 February 2015 (UTC)

Could not create directory "mwstore://accountcreds-backend/accountcreds-public/w/wi/wik".

MediaWiki 1.25beta (696dc35)

Extension: code from GIT (both master and REL_25)

Hello,

• I ran into this problem: Could not create directory "mwstore://accountcreds-backend/accountcreds-public/w/wi/wik"
• Several persons reported this in older archieved messages, but my file permission are ok (i.e I can upload an image)
• $wgFileStore to manually specify a directory will not work (has been removed since MW 1_24

Workaround (I find this truly freaky since the version appear to be the same, according to the "version" page in the wiki):

git checkout REL1_24

- cheers ! Daniel Daniel K. Schneider (talk) 13:55, 10 April 2015 (UTC)

I had this exact same problem, and your trick worked for me too.

But why?... Lajosb (talk) 12:12, 14 May 2015 (UTC)

It means the lastest code of the extension is not compatible with your MediaWiki. Nemo 09:54, 15 May 2015 (UTC)

Yes, of course that's what it means, but that's really very odd. Like Daniel, I'm using WM 1.25 and the extension version for WM 1.25 (i.e. the version intended for that MW version) isn't working, while an older version (namely that for MW 1.24) is. In other words, the "right" version doesn't work, while a "wrong" version does.

(By the way, I had this problem also with the WikiForum extension. In that case too the 1.25 version had a problem that was solved by downgrading to the 1.24 version.) Lajosb (talk) 12:00, 15 May 2015 (UTC)

There is no guarantee that extensions work with any version. The branches are just a time approximation. Nemo 16:29, 3 June 2015 (UTC)

Usually that type of error is caused by a permission issue. The extension defaults to $wgUploadDirectory . "/accountcreds" as the directory to use. Make sure that php can create that directory and any subdirectories (e.g. Let the php user [usually www-data] own that directory).

Well $wgFileSotre was removed, you can still set it in LocalSettings.php. The more proper way would be to adjust $wgConfirmAccountFSRepos Bawolff (talk) 02:51, 28 June 2015 (UTC)

Facing the same problem too, downgrading the syst. I could not understand the solution described above. As I understand it tries to save those files at the server root directory. Right now my workaround was to comment out all the file saving issues...

In addition - right now the e-mails to the admin are sent only after email address confirmation. Is there's any possibility to send them at the time of registration? Wess (talk) 15:12, 9 July 2015 (UTC)

Stuart 23:45, 8 June 2015 (UTC)

Any solution to this?

I don't get the comment "git checkout REL1_24" 80.252.174.242 08:34, 2 July 2015 (UTC)

Hello. I am facing the same problem. This discussion does not make clear about how to resolve it.

Please guide in a step by step manner. 117.203.118.130 04:14, 5 July 2015 (UTC)

I have the same problem. I just applied the 1.24.3 patch to 1.24.2. The ConfirmAccount extension was working with 1.24.2. Jschrempp (talk) 04:10, 17 August 2015 (UTC)

Do you have $wgUploadDirectory = true; in Local Settings? 193.33.2.101 (talk) 12:06, 6 October 2015 (UTC)

This is still a problem with MW 1.25.1 and REL1_25 of the extension. Wmat (talk) 14:17, 3 November 2015 (UTC)

Download and install the ConfirmAccount extensions for MW 1.24.

I had to do a similar backlevel for the CategoryTree extension where I needed the MW 1.23 version for it to work with MW 1.25.3 Ken Roy (talk) 12:11, 6 November 2015 (UTC)

With MW 1.26 this has become a real issue for us. Can't checkout REL1_25 or REL1_24 - it crashes the whole site, and can't confirm any new accounts now...

Edit: solved it by replacing in the file ConfirmAccount.config.php, this line:

$wgFileStore['accountcreds']['directory'] : $wgUploadDirectory . "/accountcreds",

with the line:

$wgFileStore['accountcreds']['directory'] : "{$IP}/images/accountcreds", Eburcat (talk) 17:08, 28 November 2015 (UTC)

Thats great... thanks a lot :) 212.122.223.98 (talk) 07:19, 4 December 2015 (UTC)

Thank you Eburcat!! Dvlink (talk) 16:32, 7 December 2015 (UTC)

Patch uploaded at https://gerrit.wikimedia.org/r/#/c/258373/ for mediawiki 1.27 alpha. Paladox (talk) 23:21, 10 December 2015 (UTC)

Patch worked for me... I manually made the edits found in the above link by looking at the diff. So far so good. 74.76.112.55 (talk) 00:15, 27 January 2016 (UTC)

Ok. Please try the new patch I just uploaded at https://gerrit.wikimedia.org/r/#/c/258373/ please. Paladox (talk) 23:19, 27 January 2016 (UTC)

Hi,

Absolutely new to mediawiki, so please correct any mistakes :-)

I noticed that the global $wgUploadDirectory is not set when the ConfirmAccount.config.php is loaded (which is a little weird). But, the file ConfirmAccount.php does mention a "hook after setup", where it is set. So, I just added the directory values in that hook function, as below, to remove the error.

function efLoadConfirmAccount() {
  global $wgEnableEmail;
  <nowiki>#</nowiki> This extension needs email enabled!
  <nowiki>#</nowiki> Otherwise users can't get their passwords...
  if ( !$wgEnableEmail ) {
    echo "ConfirmAccount extension requires \$wgEnableEmail set to true.\n";
    exit( 1 ) ;
  }
  <nowiki>#</nowiki> added directory settings here:
  global $wgUploadDirectory, $wgConfirmAccountFSRepos;
  $wgConfirmAccountFSRepos['accountreqs']['directory']  = $wgUploadDirectory . "/accountreqs";
  $wgConfirmAccountFSRepos['accountcreds']['directory'] = $wgUploadDirectory . "/accountcreds";
}

Probably not an ideal place, but it kind of made sense ;-) Frdpnl (talk) 13:50, 1 June 2016 (UTC)

Thank you guys for all your suggestions! I had to make the following changes to LocalSettings.php in order to make it work with MediaWiki 1.27.0:

#$wgFileStore['accountreqs']['directory'] = "{$wgUploadDirectory}/accountreqs";
$wgConfirmAccountFSRepos['accountreqs']['directory']  = "{$IP}/images/accountcreds";
#$wgFileStore['accountcreds']['directory'] = "{$wgUploadDirectory}/accountcreds";
$wgConfirmAccountFSRepos['accountcreds']['directory'] = "{$IP}/images/accountcreds";

Till Kraemer (talk) 22:41, 30 June 2016 (UTC)

This will hopefully be fixed in https://gerrit.wikimedia.org/r/#/c/258373/ 94.197.121.127 (talk) 10:58, 28 August 2016 (UTC)

Patch has been merged in master branch.

We have https://gerrit.wikimedia.org/r/#/c/307227/ for REL1_27 branch.

could somebody test this https://gerrit.wikimedia.org/r/#/c/307227/1 on mw 1.27 please? 2A00:23C4:AD02:100:A86F:6D2D:8728:6C06 (talk) 23:43, 28 August 2016 (UTC)

https://gerrit.wikimedia.org/r/#/c/307227/ has been merged for mediawiki 1.27 now. Paladox (talk) 18:39, 30 August 2016 (UTC)

Receiving this error on confirming accounts on 1.28 and latest release of the extension (ConfirmAccount-REL1_28-8795bd4). Attempted the changes above with the directories with no success.

I'm pretty new to mediawiki and could use some direction on how to resolve the issue. Can upload with no issues, permissions set. 119.81.135.29 (talk) 23:53, 29 March 2017 (UTC)

Theres https://phabricator.wikimedia.org/rECAC4a80558dc2a4092b5d06efc1a7860ec7ec6aeaec could you try that please? Not sure if it will work for REL1_28 but works for master (1.29) Paladox (talk) 18:43, 30 March 2017 (UTC)

German Mediawiki 1.24.2

Tracked in Phabricator
Task T84999

The update script does not create the new database tables. Please assist [[User:Bmrberlin| Bernd M.]] (talk) 11:52, 14 April 2015 (UTC)

how to set multiple $wgConfirmAccountContact?

I would like two admin users to be notified when a user tries to make an account. How do I set $wgConfirmAccountContact = to multiple users? Should I use an array? eg $wgConfirmAccountContact = array("admin1@gmail.com" , "admin2@gmail.com"); LTech (talk) 10:08, 26 April 2015 (UTC)

If the array doesn't work, you can set up an email alias; if you don't control the domain, you can set up a forward to both addresses from a single email address of pretty much any email provider. Nemo 11:24, 27 April 2015 (UTC)

How to customize messages in the RequestAccount page?

Hello,

I would like to give specific instructions for requesting a new account (e.g. to use an institutional email address @domain.org): how could I do that? I can not find any relevant messages in special:allmessages, neither can I find the related text in the UI files.

Many thanks.

JP 80.236.43.79 13:26, 14 May 2015 (UTC)

You can find the strings in the i18 JSON files. If a key "confirmaccount-somekey" has a value you want to change, you can edit MediaWiki:confirmaccount-somekey to override it (see Special:AllMessages). Aaron (talk) 21:29, 18 June 2015 (UTC)

Email notification_Wiki{Pedia,Media,Gid,..,..,...}_DViach090877v{ru.Wiki(Pedia,Media,Versitet,..,..,...)}.html{Users_User.u}DeViaBr62

I don't get an email to the one specified in $wgConfirmAccountContact. Is there anything else I need to set up for this? Generally sending mails with php works for the rest of my Mediawiki installation.

Here is my configuration:

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

$wgWhitelistRead = array( 'Spezial:Benutzerkonto_beantragen', 'Hauptseite' );



$wgConfirmAccountSaveInfo = true;

$wgConfirmAccountContact = 'my@email.address';

$wgAutoWelcomeNewUsers = true;

$wgGroupPermissions['bureaucrat']['lookupcredentials'] = true;

$wgGroupPermissions['sysop']['lookupcredentials'] = true;

$wgGroupPermissions['sysop']['confirmaccount'] = true;

$wgConfirmAccountRequestFormItems = array(

                   # Let users make names other than their "real name"

                   'UserName'        => array( 'enabled' => true ),

                   # Real name of user

                   'RealName'        => array( 'enabled' => true ),

                   # Biographical info

                   'Biography'       => array( 'enabled' => false, 'minWords' => 50 ),

                   # Interest checkboxes (defined in MediaWiki:requestaccount-areas)

                   'AreasOfInterest' => array( 'enabled' => false ),

                   # CV/resume attachment option

                   'CV'              => array( 'enabled' => false ),

                   # Additional non-public info for reviewer

                   'Notes'           => array( 'enabled' => true ),

                   # Option to place web URLs that establish the user

                   'Links'           => array( 'enabled' => false ),

                   # Terms of Service checkbox

                   'TermsOfService'  => array( 'enabled' => false ),

               ); Noboddy (talk) 09:50, 16 June 2015 (UTC)

Did you wait till the user confirmed their email? Also there was a change in core that broke the extension in terms of sending certain emails. This was fixed in the "master" branches, but some older extensions versions might not work with newer core versions. Aaron (talk) 21:26, 18 June 2015 (UTC)

Thanks for your reply. I guess that was the problem, now I updated and once I click the confirm link it works. Thank you! Noboddy (talk) 07:17, 6 July 2015 (UTC)

Confirm email input box

Hi.

There is an issue where sometimes people misspell their email address when they enter it. Then they never receive the confirmation emails. There is no way for the admin to correct the email address either. Worse still, as the uniqueness with Mediawiki is on username, the account is created but effectively useless as the email address was mistyped. The only way round this is to delete the account when the person finally complains that they have not received any confirmation emails.

Would it be possible to either have a confirm email entry box on the request form or add the ability for admins to edit the email address in the admin screen?

Thanks! Mitchelln (talk) 07:39, 14 July 2015 (UTC)

Error: mwstore://accountcreds-backend/accountcreds-public

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,

using MediaWiki 1.25.1 with ConfirmAccount-REL1_25-3d2b423 I have a problem with conforming new users enncountering the message above.

As we use a managed server I have no access to git. So the workaround to run "git checkout REL1_24" does not work.

The user and group for the directory images are are ok, the permissions are set to 755

Are there any other ideas?

Regards

Michael Micgrote (talk) 08:40, 30 July 2015 (UTC)

Hello,

the solution is very easy: I installed ConfirmAccount-REL1_24-880bac5 and everything is fine.

Please ignore my request ;-)

Michael Micgrote (talk) 09:05, 30 July 2015 (UTC)

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

Update script will not proceed

Hi all,

with ConfirmAccount extension uploaded and local settings modified the web browser update script does not work :(

First step of update (verifying installed MediaWiki version) is not to be seen (blank page)

Is this a known problem or misconfiguration by myself? Any further informations necessary?

Regards,

Klaus 87.158.75.126 (talk) 10:29, 17 August 2015 (UTC)

What did I do wrong?

Hi! everyone,

I am using 1.23. My mediawiki files are under /wiki and I have symbolic links from my many wiki sites. All my sites are run under SQLight.

Until now, I was unable to use the ConfirmAccount extension I had loaded. Look at this site I saw that reloading another 1.23 version might help. I reloaded it today from the site. I get the request page and can fill the form.

However I get:

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

• Query:
  SELECT COUNT(*) FROM account_requests WHERE acr_deleted = '0' AND (acr_held IS NULL) AND (acr_email_authenticated IS NOT NULL) LIMIT 1
• Function: ConfirmAccount::getOpenEmailConfirmedCount
• Error: 1 no such table: account_request

I would be glad someone explains me what I do wrong.

Best regards

Jefsey 81.14.47.251 (talk) 18:56, 24 August 2015 (UTC)

How can I add a new parameter to the Extension's Pages?

Hi,

I have to add a new parameter to the "request account" page.

How can I do that? Orwell1 (talk) 09:25, 25 September 2015 (UTC)

Duplicate Email Notifications

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? WmBliss (talk) 19:22, 3 October 2015 (UTC)

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. Wmat (talk) 14:16, 3 November 2015 (UTC)

Also can confirm this issue still occurs even 3 years later. I get anywhere from 3-7 notifications. @Aaron Schulz Myriad Pro (talk) 14:03, 4 July 2018 (UTC)

Still an issue with REL1_31. I get 7 email when an account is requested. Wmat (talk) 12:32, 4 September 2018 (UTC)

Loss of images during instalation

I am trying to add this extension to an existing MediaWiki 1.25.2 installation. I have tried both 1_24 and 1_25 versions and see the same problem in both:

• First I installed the 1_25 version (not the beta version), and on testing hit the same problem reported below (Could not create directory "mwstore://accountcreds-backend/accountcreds-public/w/wi/wiki"). After reading the information below, I decided to try the 1_24 install.
• However, before getting to that installation I went back to the main page and happened to look at a page with images, and all images (everywhere on the site except the logo on the main page) were replaced with the text "Error creating thumbnail: File missing".
• Having restored the database from the previous night's backup (all images present again), I then tried installing the 1_24 version.
• I have not yet tested the account confirmation capability to know if it resolves the directory creation issue, but all the images are now non-functional in the site: again, replaced with "Error creating thumbnail: File missing".
• I have checked (27 times) that the permissions on the images upload directory make this directory accessible (755), and that $wgEnableUploads = true; in LocalSettings.php.
• The images are lost on running the update.php script. To check this, I ran update.php prior to installing the extensions - all images present - then installed the extension and then reran update.php and immediately checked the images - gone.

I have no workaround for this. Anyone have any idea what is going on?

Thanks | Paul Paulijennings (talk) 15:35, 11 October 2015 (UTC)

Error running updater.php with Postgres backend

I'm reporting a bug here that I encountered while using ConfirmAccount with the Postgres backend. Running the updater fails with this error:

Adding column 'account_requests.acr_agent'
A database query error has occurred.
Query: ALTER TABLE account_requests ADD acr_agent /snip/mediawiki/extensions/ConfirmAccount/backend/schema/postgres/patch-acr_agent.sql
Function: DatabaseBase::query
Error: 42601 ERROR:  syntax error at or near "/"
LINE 1: ...e::query  */ TABLE account_requests ADD acr_agent /snip...
                                                             ^

Reason: the third parameter to addPgField should be the type, not a patch file. Since the patch file in this case is very simple, it can be replaced with a series of addPgField calls. Otherwise, it would have to be applied with a different function (addTable, maybe, though that's not what's really happening).

Solution: Apply this patch to extensions/ConfirmAccount/backend/schema/ConfirmAccountUpdater.hooks.php:

diff --git a/extensions/ConfirmAccount/backend/schema/ConfirmAccountUpdater.hooks.php b/extensions/ConfirmAccount/backend/schema/ConfirmAccountUpdater.hooks.php
index 54e6d31..d07dc54 100755
--- a/extensions/ConfirmAccount/backend/schema/ConfirmAccountUpdater.hooks.php
+++ b/extensions/ConfirmAccount/backend/schema/ConfirmAccountUpdater.hooks.php
@@ -34,7 +34,10 @@ class ConfirmAccountUpdaterHooks {
                        $updater->addExtensionUpdate( array( 'addPgField', 'account_requests', 'acr_areas', "TEXT" ) );
                        $updater->addExtensionUpdate( array( 'addPgField', 'account_credentials', 'acd_areas', "TEXT" ) );
                        $updater->addExtensionUpdate( array( 'addIndex', 'account_requests', 'acr_email', "$base/patch-email-index.sql", true ) );
-                       $updater->addExtensionUpdate( array( 'addPgField', 'account_requests', 'acr_agent', "$base/patch-acr_agent.sql", true ) );
+                       $updater->addExtensionUpdate( array( 'addPgField', 'account_requests', 'acr_xff', "TEXT" ) );
+                       $updater->addExtensionUpdate( array( 'addPgField', 'account_requests', 'acr_agent', "TEXT" ) );
+                       $updater->addExtensionUpdate( array( 'addPgField', 'account_credentials', 'acd_xff', "TEXT" ) );
+                       $updater->addExtensionUpdate( array( 'addPgField', 'account_credentials', 'acd_agent', "TEXT" ) );
                }
                return true;
        }

174.71.94.45 (talk) 17:03, 23 December 2015 (UTC)

I have a similar error.

When i want to run php update.php i get this error:

Adding column 'bs_namespacemanager_backup_page.page_content_model'

A database query error has occurred.

Query: ALTER TABLE bs_namespacemanager_backup_page ADD page_content_model /home/sysadmin/mediawiki-1.27.1/extensions/BlueSpiceExtensions/NamespaceManager/db/bs_namespacemanager_backup_page.patch.pg.sql

Function: DatabaseBase::query

Error: 42601 ERROR:  syntax error at or near "/"

LINE 1: ...mespacemanager_backup_page ADD page_content_model /home/sysa...

can anyone help me? 46.4.115.119 (talk) 18:03, 31 August 2016 (UTC)