Extension talk:ConfirmAccount/2019
This page used the Structured Discussions extension to give structured discussions. It has since been converted to wikitext, so the content and history here are only an approximation of what was actually displayed at the time these comments were made. |
Field Real name required
editIs 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)
- 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)
Problem changing temporarily password
editWe 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)
Annoying mistake with "real name " divulgation (in fact not!)
editThe 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)
Can't request newAccount
editThe 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)
- You'll probably need to add the special page to
$wgWhitelistRead
in LocalSettings.php: - —Mainframe98 talk 11:37, 1 May 2019 (UTC)
$wgWhitelistRead = [ 'Special:RequestAccount' ];
Real name as username
editIs it possible to force the user name to be the same as the real name? Andrew Branscom (talk) 17:08, 24 July 2019 (UTC)
error on open requests page
editHi 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)
ConfirmAccount doesn't work with MW 1.33 and 1.34 [Solved]
editRESOLVED | |
The main troublemaker was the parameter $wgCaptchaClass = 'SimpleCaptcha'; , which I was set according to Extension:ConfirmEdit's setup. Read my last [[Extension talk:ConfirmAccount/2019#h-ConfirmAccount_doesn't_work_with_MW_1.33_and_1.34_[Solved]-2019-12-27T10:20:00.000Z|replay]] below for more details. |
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.
- *Request account* is not displayed within the users interface while
$wgGroupPermissions['*']['read'] = false;
, no matter the other settings.
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)
- 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 towfLoadExtension( '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:
- Spas.Z.Spasov (talk) 13:59, 16 February 2020 (UTC)
## 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' );