Extension talk:ConfirmAccount/2019


Field Real name required

edit

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 Waanders (talk) 10:57, 14 March 2019 (UTC)Reply

You can do it with a the hook AuthChangeFormFields. Something like this...

public static function onAuthChangeFormFields( $requests, $fieldInfo, &$formDescriptor, $action ) {
if( isset( $formDescriptor[ 'realname' ] ) ) {
$formDescriptor[ 'realname' ][ 'required' ] = true;
}
} Chrishel (talk) 02:52, 1 June 2020 (UTC)Reply

Problem changing temporarily password

edit

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: Project:Support desk/Flow/2019/03#h-Problem_changing_temporarily_password-2019-03-14T15:29:00.000Z Waanders (talk) 15:34, 14 March 2019 (UTC)Reply

Annoying mistake with "real name " divulgation (in fact not!)

edit

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.


I installed the extension in MediaWiki 1.32 which seems to run fine, and so I tried a first user registration. The confidential email address is only visible on the access protected user accreditation page - as it should be. But here's the shocker: on that page the "real user" name is missing - instead it appears on the publicly accessible user page!

So, here's a request to fix it in the next update. Meanwhile I added a warning message in my wiki, but I would like to already fix it in the script somewhere. Perhaps I'll find it myself in the coming week, but suggestions are welcome!

My mistake: as administrator we can delete the "real name" on the form when creating the account.


Gerryval (talk) 22:29, 18 April 2019 (UTC)Reply

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

Can't request newAccount

edit

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 thank you for this extension

i've set up my wiki to be private, but when one whants to requestAccount, it says you are not loggedin

So it has to be logged in to requestaccount!!


please help

thanks Boyoss (talk) 09:08, 1 May 2019 (UTC)Reply

You'll probably need to add the special page to $wgWhitelistRead in LocalSettings.php:
$wgWhitelistRead = [
    'Special:RequestAccount'
];
Mainframe98 talk 11:37, 1 May 2019 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.

Real name as username

edit

Is it possible to force the user name to be the same as the real name? Andrew Branscom (talk) 17:08, 24 July 2019 (UTC)Reply

error on open requests page

edit

Hi I'm using version 1.30.0 (yes I know I should update), PhP 7.0.27 (fpm-fcgi) and MySQL 5.7.25.


I recently installed the confirmaccount extension and most seems to be working well (request account page, e-mails being sent, admin gets notified), but when we navigate to the special:confirmaccounts page as admin and go to the 'open requests' page, we just see this error:


[a1a8cfd5e7d86316d99833c5] /index.php?title=Special:ConfirmAccounts/authors&wpShowHeld=0 Error from line 811 of /var/www/mediawiki/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccount_body.php: Call to undefined method LanguageEn::truncateForVisual()

Backtrace:

#0 /var/www/mediawiki/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccountsPager.php(48): ConfirmAccountsPage->formatRow(stdClass)

#1 /var/www/mediawiki/includes/pager/IndexPager.php(445): ConfirmAccountsPager->formatRow(stdClass)

#2 /var/www/mediawiki/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccount_body.php(715): IndexPager->getBody()

#3 /var/www/mediawiki/extensions/ConfirmAccount/frontend/specialpages/actions/ConfirmAccount_body.php(106): ConfirmAccountsPage->showList()

#4 /var/www/mediawiki/includes/specialpage/SpecialPage.php(522): ConfirmAccountsPage->execute(string)

#5 /var/www/mediawiki/includes/specialpage/SpecialPageFactory.php(578): SpecialPage->run(string)

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

#7 /var/www/mediawiki/includes/MediaWiki.php(851): MediaWiki->performRequest()

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

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

#10 {main}


Any advice to solve this would be helpful (or even explain to me what this error is actually saying). GunLum (talk) 09:21, 3 October 2019 (UTC)Reply

ConfirmAccount doesn't work with MW 1.33 and 1.34 [Solved]

edit

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, last month I've updated to MW 1.33, since then the Extension:ConfirmAccount doesn't work.

  1. *Request account* is not displayed within the users interface while $wgGroupPermissions['*']['read'] = false;, no matter the other settings.
  1. Specal:RequestAccount returns HTTP ERROR 500 (actually I'm using bulgarian language and the name of the page is Специални:RequestAccount).

Im using the extension since MW 1.27, here is the relevant part of my `LocalSettings.php` (that serves well befotre MW 1.33 update):

require_once "$IP/extensions/ConfirmAccount/ConfirmAccount.php";
$wgConfirmAccountContact = 'my@e.mail';

$wgWhitelistRead[] = 'Начална_страница';
$wgWhitelistRead[] = 'Special:RequestAccount';
$wgWhitelistRead[] = 'Специални:RequestAccount';

// $wgConfirmAccountRequestFormItems['Biography']['enabled'] = false;
// $wgConfirmAccountRequestFormItems['Biography']['minWords'] = 5;
// $wgGroupPermissions['sysop']['createaccount'] = false;


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

// Add properly "Request Accaunt" ("Заявка за смерка") link in the user's interface
$wgHooks['PersonalUrls'][] = 'onPersonalUrls';
function onPersonalUrls( array &$personal_urls, Title $title, SkinTemplate $skin  ) {
    // Add a link to Special:RequestAccount if a link exists for login
    if ( isset( $personal_urls['login'] ) || isset( $personal_urls['anonlogin'] ) ) {
        $personal_urls['createaccount'] = array(
            'text' => wfMessage( 'requestaccount' )->text(),
            'href' => SpecialPage::getTitleFor( 'RequestAccount' )->getFullURL()
        );
    }
    return true;
}

Is there some solution? Spas.Z.Spasov (talk) 10:20, 27 December 2019 (UTC)Reply

Finally I managed to solve my issue.
The main troublemaker was the parameter $wgCaptchaClass = 'SimpleCaptcha';, which I was set according to Extension:ConfirmEdit's setup. I switched to wfLoadExtension( 'ConfirmEdit/MathCaptcha' ); and now Extension:ConfirmAccount works properly.
Another issue was the condition:
if ( isset( $personal_urls['login'] ) || isset( $personal_urls['anonlogin'] ) ) { ... }
Here is my current setup that works as it is expected with MW 1.33 and 1.34:
## Extension:ConfirmAccount -----
require_once "$IP/extensions/ConfirmAccount/ConfirmAccount.php";
$wgWhitelistRead = array_merge($wgWhitelistRead, array('Специални:Създаване_на_сметка', 'Special:RequestAccount', 'Специални:RequestAccount'));
$wgMakeUserPageFromBio = false;
$wgAutoWelcomeNewUsers = false;
$wgConfirmAccountRequestFormItems = array(
	'UserName'        => array( 'enabled' => true ),
	'RealName'        => array( 'enabled' => false ),
	'Biography'       => array( 'enabled' => false, 'minWords' => 5 ),
	'AreasOfInterest' => array( 'enabled' => false ),
	'CV'              => array( 'enabled' => false ),
	'Notes'           => array( 'enabled' => true, ),
	'Links'           => array( 'enabled' => false ),
	'TermsOfService'  => array( 'enabled' => false ),
);
// $wgConfirmAccountRequestFormItems['Biography']['enabled'] = false;
// $wgConfirmAccountRequestFormItems['Biography']['minWords'] = 5;
// $wgGroupPermissions['sysop']['createaccount'] = false;
$wgConfirmAccountContact = 'admin@trivictoria.org';
$wgHooks['PersonalUrls'][] = 'ConfirmAccountCustomHooks::onPersonalUrls';
class ConfirmAccountCustomHooks {
	public static function onPersonalUrls( array &$personal_urls, Title $title, SkinTemplate $skin ) {
	    if (isset($personal_urls['login-private']['text'])) {
		    $personal_urls['createaccount'] = array(
					'text' => wfMessage( 'requestaccount' )->text(),
					'href' => SpecialPage::getTitleFor( 'RequestAccount' )->getFullURL()
			);
	    }
		return true;
	}
}
## Extension:ConfirmEdit -----
//wfLoadExtension( 'ConfirmEdit' );
//$wgCaptchaClass = 'SimpleCaptcha';
//wfLoadExtensions([ 'ConfirmEdit', 'ConfirmEdit/FancyCaptcha' ]);
//$wgCaptchaClass = 'FancyCaptcha';
wfLoadExtension( 'ConfirmEdit/MathCaptcha' );
Spas.Z.Spasov (talk) 13:59, 16 February 2020 (UTC)Reply
The discussion above is closed. Please do not modify it. No further edits should be made to this discussion.
Return to "ConfirmAccount/2019" page.