Extension talk:EditAccount

Problem with download

How and where i may download EditAccount? https://svn.wikia-code.com/wikia/trunk/extensions/wikia/EditAccount/ don't work.

Re-enabling an account

The doco says that "Disabling an account can not be undone via this special page." Can an account be re-enabled somehow? If not, would the users of this extension mind if that functionality was added? John Vandenberg 13:41, 19 March 2011 (UTC)

Currently it needs to be done server side. It would be useful if that functionality were added as there are sometimes reasons to reverse the disablement of an account. For example, if a staff member leaves and then returns and needs to regain access to an internal staff wiki. Angela 13:47, 19 March 2011 (UTC)

Stableness & MW core Special:DisableAccount

I wouldn't call this stable, because the code from Wikia's SVN will generate fatal errors on vanilla MediaWikis, because the EasyTemplate class is a Wikia thing and as such it doesn't exist on any of the official versions of MediaWiki. Porting EditAccount to use the core QuickTemplate class shouldn't be too difficult, though.

Werdna wrote an extension called DisableAccount and merged it into core in r77555; I don't think that it allows the editing of user accounts currently, only disabling. Could be interesting to have such a feature added to that core special page. --Jack Phoenix _(Contact) 14:00, 19 March 2011 (UTC)

Issues with MW 1.27

When Special:EditAccount you'll get

Exception encountered, of type "Error"
[533c2127c15bfb1f520dc5b1] /wiki01/index.php/Special:EditAccount Error from line 40 of /var/www/wikis/wiki01/extensions/EditAccount/templates/selectuser.tmpl.php: Call to undefined function wfMsg()
Backtrace:
#0 /var/www/wikis/wiki01/includes/skins/QuickTemplate.php(184): EditAccountSelectUserTemplate->execute()
#1 /var/www/wikis/wiki01/includes/OutputPage.php(1866): QuickTemplate->getHTML()
#2 /var/www/wikis/wiki01/extensions/EditAccount/SpecialEditAccount_body.php(263): OutputPage->addTemplate(EditAccountSelectUserTemplate)
#3 /var/www/wikis/wiki01/includes/specialpage/SpecialPage.php(479): EditAccount->execute(NULL)
#4 /var/www/wikis/wiki01/includes/specialpage/SpecialPageFactory.php(576): SpecialPage->run(NULL)
#5 /var/www/wikis/wiki01/includes/MediaWiki.php(282): SpecialPageFactory::executePath(Title, RequestContext)
#6 /var/www/wikis/wiki01/includes/MediaWiki.php(745): MediaWiki->performRequest()
#7 /var/www/wikis/wiki01/includes/MediaWiki.php(519): MediaWiki->main()
#8 /var/www/wikis/wiki01/index.php(43): MediaWiki->run()
#9 {main}

Missing installation instructions

Adding the following to LocalSettings.php:

wfLoadExtension("EditAccount");

Should do the trick. --JimAlexP (talk) 02:44, 30 November 2016 (UTC)

Usage of this EditAccount extension on MW 1.28 causes the page to be redirected to Special:CloseAccount

I don't get it. Why is this extension being called EDITaccount, if it produces CLOSEaccount action???? Shouldn't I, the sysop, be able then to edit at least the email address of user accounts? — Preceding unsigned comment added by 1Roso (talk • contribs)

Did you read Extension:EditAccount#Instructions? --TerraCodes (talk) 17:27, 24 January 2017 (UTC)

Yes, of course, permissions have been applied. If I go to EditAccount, I'm instantly redirected to CloseAccount.--1Roso (talk) 9:21, 25 January 2017 (CET)

I am also having this problem. I had to comment out the permissions check that causes the redirect to get it to work for editing accounts. This is after setting the permissions exactly as outlined in the instructions. I believe something is broken at the moment.

Real name is not updated

I installed the extension on my 1.27 Wiki and changed my own user real name. It changed in the UI immediately.
Then I changed another user's real name. While I could see then changed name in the user table in the DB, the change was not reflected in the UI. What's happening - do I need to flush any caches? If so: how? Do I need to run any maintenance jobs?
--Schreibhan (talk) 13:50, 8 September 2017 (UTC)

Disable user ability to close their accounts

Is it possible to disable the user ability to close their own accounts? Bryandamon (talk) 02:54, 14 February 2018 (UTC)

Internal Error with 1.38 when editing email address for user

1.38.2 Mediawiki, EditAccount 1.3.4 (983c5fe) 12:41, 22 May 2022

Able to remove an email address OK but get the below error when trying to set the email address for a user:

uhAmGgsSZCMSTTXSICe1gAAAAc] /index.php/Special:EditAccount Error: Call to undefined method User::setOption()

Backtrace:

from /var/www/mediawiki-1.38.2/extensions/EditAccount/includes/specials/SpecialEditAccount.php(292)
#0 /var/www/mediawiki-1.38.2/extensions/EditAccount/includes/specials/SpecialEditAccount.php(141): EditAccount->setEmail(string, string)
#1 /var/www/mediawiki-1.38.2/includes/specialpage/SpecialPage.php(671): EditAccount->execute(NULL)
#2 /var/www/mediawiki-1.38.2/includes/specialpage/SpecialPageFactory.php(1378): SpecialPage->run(NULL)
#3 /var/www/mediawiki-1.38.2/includes/MediaWiki.php(315): MediaWiki\SpecialPage\SpecialPageFactory->executePath(string, RequestContext)
#4 /var/www/mediawiki-1.38.2/includes/MediaWiki.php(912): MediaWiki->performRequest()
#5 /var/www/mediawiki-1.38.2/includes/MediaWiki.php(563): MediaWiki->main()
#6 /var/www/mediawiki-1.38.2/index.php(53): MediaWiki->run()
#7 /var/www/mediawiki-1.38.2/index.php(46): wfIndexMain()
#8 {main}

The referenced code snippet:

} else {
                                $this->mUser->setEmail( $email );
                                if ( $email != '' ) {
                                        $this->mUser->confirmEmail();
                                        $this->mUser->setOption( 'new_email', null );
                                } else {
                                        $this->mUser->invalidateEmail();
                                }
                                $this->mUser->saveSettings();
                        }

Hoopid (talk) 21:16, 1 August 2022 (UTC)

@Hoopid please, note the extension compatibility policy: it only officially supports LTS versions. It's possible that the future update for 1.39 will work on 1.38. Elcapitan68 (talk) 15:40, 12 August 2022 (UTC)

I logged this issue via Phabricator also and fix was developed, and I applied and tested, working correctly. This was in the rolling update to the extension. Hoopid (talk) 17:21, 12 August 2022 (UTC)

MW 1.35: Breaking change in commit "Replace deprecated functions call"

This extension is broken since https://github.com/wikimedia/mediawiki-extensions-EditAccount/commit/606787007809af2b6bb0f22672a4fae0d0d213e1 for MW 1.35.

Trying to lookup a user on Special:EditAccount raises an internal error.

Either this should be indicated in extension.json MediaWiki version and following semver with a release 2.x or the implementation should be changed to support 1.35 .... 1.39.

https://phabricator.wikimedia.org/T326814 Planetenxin (talk) 14:55, 12 January 2023 (UTC)

You're right that the mediawiki requirement should be updated for this extension. However, per the compatibility policy of this extension, only the latest LTS is expected to be supported on the master version of this extension, which is 1.39. You should download an older version of this extension if you want to use it with an earlier version of MediaWiki. Bawolff (talk) 15:27, 21 January 2023 (UTC)

I just wanted to add as a note - SemVer is meant for libraries not the types of programs that MW extensions are. Based on the SemVer text - https://semver.org/#what-should-i-do-if-i-update-my-own-dependencies-without-changing-the-public-api the type of change we're talking about here would only be a patch level change according to SemVer. Bawolff (talk) 06:02, 13 February 2023 (UTC)