Extension talk:EditUser

Wrong name in Special Pages

I get & lt; edituser & gt; instead of EditUser in the special pages both in English and french. My deafult language for my wiki is French. I have Mediawiki 1.12 and EditUser (Version 1.3)

Edit MediaWiki:Edituser page to set the name of the EditUser special page - LNick 17:52, 3 July 2008 (UTC)

That's strange... The message is defined in there, but it doesn't seem to be loading. I'll look into this. --Skizzerz 18:13, 3 July 2008 (UTC)

I edited the MediaWiki:Edituser and got rid of the & lt; and & gt; .. But it doesn't translate it to French when I switch to FR. Mind you I can put the French name directly into MediaWiki:Edituser but wouldn't that defaet the purpose --207.236.193.195 18:48, 3 July 2008 (UTC)

EditUser breaks Special:Allmessages

We are using the EditUser extension on MediaWiki 1.12. When it's enabled, the page Special:Allmessages comes up blank; when it's disabled (commented out), that page works. We also have LiquidThreads and Click installed. This happens with both r37971 and r38124. Here's our config:

 $wgGroupPermissions['bureaucrat']['edituser'] = true;
 $wgGroupPermissions['sysop']['edituser-exempt'] = true;
 require_once("extensions/EditUser/EditUser.php");

Any ideas? Many thanks.

Strange... I'll look into it. This extension needs an update anyway. --Skizzerz 17:22, 30 July 2008 (UTC)

Would adding the $IP variable to the path help? I'm unsure of unix and mediawiki relative paths. -- LNick 17:47, 30 July 2008 (UTC)

 require_once("$IP/extensions/EditUser/EditUser.php");

That shouldn't have any affect on the messages. It might be an incompatibility issue with LiquidThreads, or it may be using some 1.13 feature that breaks stuff in 1.12... I really don't know and I don't have much time at the moment to look at anything. --Skizzerz 18:24, 30 July 2008 (UTC)

I've had the same problem too. I downloaded the latest snapshot today and replaced my old files and it appears to have been fixed. Great work! Soonshort 05:46, 10 August 2008 (UTC)

Nickname

MediaWiki: 1.11.0; PHP: 5.2.6 (cgi-fcgi); MySQL: 5.0.45-community-log; URL: http://paleravens.com/

When I (bureaucrat, nickname "töff") use EditUser 1.4.1, my own nick sometimes appears in the nickname box. Some users have their proper nicks, but others are showing my nick instead. That don't seem right! Is it a bug? or did I screw something up.

Otherwise working great, cheers, great extension!--töff 19:09, 1 October 2008 (UTC)

Probably a bug. Basically what I did was take the default Preferences page and hack it so that it works on a different user instead of yourself. I may have missed that field, however, so it takes your own data but saves it elsewhere... I need to update this extension soon anyway, so I'll look into it then. --Skizzerz 03:24, 2 October 2008 (UTC)

This should hopefully be fixed now. --Skizzerz 22:39, 16 October 2008 (UTC)

Installed EditUser-trunk-r43758, but it doesn't show up in my special pages :\ --töff 17:48, 20 November 2008 (UTC)

Ahhhh, nevermind ... I didn't know it wanted the 1.11, 1.12 etc. subfolders.

Except, now ...

Fatal error: Call to a member function getEmail() on a non-object in /home/arcticco/public_html/paleravens/wiki/extensions/EditUser/1.11/EditUser_body.php on line 352

--töff 17:53, 20 November 2008 (UTC)

Should be fixed now in 1.5.1. --Skizzerz 22:30, 20 November 2008 (UTC)

The Email() error is gone, and the extension works again ... but it still comes up with my nickname on users who haven't set nicks. --töff 00:59, 21 November 2008 (UTC)

Weird... I'll check into that. --Skizzerz 02:36, 21 November 2008 (UTC)

Any luck on that one, Skizzerz? (no rush) --töff 23:20, 15 January 2009 (UTC)

two errrors in EditUser_body.php

After clicking savebutton i recieve a white page with the following error messages:

Notice: Undefined property: EditUser::$target in C:\Programme\Wamp\www\w\extensions\EditUser\EditUser_body.php on line 953
Fatal error: Class 'Validate' not found in C:\Programme\Wamp\www\w\extensions\EditUser\EditUser_body.php on line 197

The first line also already appears when opening the EditUser Page. I am working with Mediawiki v.1.13.1.

Does anyone have a clue?
thanks in advance
best regards
--TurboKanne 13:49, 9 October 2008 (UTC)

Because the Preferences page code changes pretty much every version. I simply don't have enough time to keep everything up-to-date right now. --Skizzerz 20:46, 9 October 2008 (UTC)

Try now with version 1.4.2 of EditUser. --Skizzerz 22:40, 16 October 2008 (UTC)

Directory Error

When installing in version 1.11, I encountered a small error, which can be fixed easily: on lines 17 and 34

$dir . substr($wgVersion, 0, 4) . '/EditUser_body.php'

should be

$dir . 'EditUser_body.php'

In any case, the '4' in "substr($wgVersion, 0, 4)" is utterly wrong, it should at least be a variable, and I installed the body file in the same place as the other 3 files, that removes the need for a substring. Sidearm 22:53, 23 November 2008 (UTC)

No... it should be exactly as-is. You need to download every file/directory exactly as-is. Don't move stuff out of subdirectories. If you want to move the files around, then that isn't my problem if things break. It's yours, so don't be complaining about it. --Skizzerz 02:05, 24 November 2008 (UTC)

My bad :) I downloaded directly via SVN and only the file from the 1.11 subdirectory

If you're getting it from SVN, then use the "svn co" command (easier than going to each file individually). If you can't/don't want to do that, then grab the .tgz file of all of the necessary files from Special:ExtensionDistributor/EditUser --Skizzerz 22:01, 24 November 2008 (UTC)

Bug on Edituser.php line 48

Missing argument 4 for efEditUserDebug() in /var/kunden/webs/user/mediawiki/extensions/EditUser/EditUser.php on line 48

Now, the extension still works, but I don't see why there should be an error? (Argument 4 is $old btw) Sidearm 18:42, 29 November 2008 (UTC)

Yeah, sorry for not getting back to you on this, but it totally managed to evade my attention in my watchlist until today. Should be fixed in 1.5.2. --Skizzerz 16:54, 16 January 2009 (UTC)

How to confirm a user?

When I go into send someone the email to confirm their address, I get the confirmation, not them. Also, I'd like to just confirm this person's email since I know it is correct - how can I do this with EditUser? These things don't seem obvious to me... --Pschloss 15:01, 19 February 2009 (UTC)

Um, what? Changing someone's email via EditUser will automatically confirm it no matter if it is valid or invalid (it doesn't send out a confirmation email, it just marks it as confirmed). --Skizzerz 21:24, 19 February 2009 (UTC)

getSkinNames Error

I can't make the extension work. When I search for an user, I get the following error:

Fatal error: Call to undefined method Language::getSkinNames() in /home/arlab/public_html/arlabwiki/public/extensions/EditUser/1.14/EditUser_body.php on line 524

Something I missed? I have mediawiki 1.14.0

Same error here - it appeared after upgrading from MediaWiki 1.13 to 1.14 -- RCRF77.22.107.208 19:20, 18 April 2009 (UTC)

I'll look into it. --Skizzerz 15:44, 19 April 2009 (UTC)

Ok, commenting out the line 524:

[code]$skinNames = $wgLang->getSkinNames();[/code]

helped.

Please also see: http://www.mail-archive.com/mediawiki-cvs@lists.wikimedia.org/msg01562.html

Best regards, Ricardo Cristof 77.22.107.208 13:38, 4 May 2009 (UTC)

Typo on Edituser.php line 36

It appears that the global variable $wgAvaliableRights[] is misspelled and should be $wgAvailableRights[]. All of the recent versions seem to have this error. — Preceding unsigned comment added by 20.132.68.146 (talk • contribs)

Thanks, fixed in r58496. Max Semenik 20:26, 3 November 2009 (UTC)

Fatal error

In version 1.14 the following error appears (independent of used skin like Modern or Monoblock:

Fatal error: Call to undefined method Language::getSkinNames() in C:\Programme\xampp\htdocs\FYwiki\extensions\EditUser\1.14\EditUser_body.php on line 525

Anyone can help? --Jostar 15:25, 19 March 2010 (UTC)

I changed the line 32 in EditUser.php to
$wgAutoloadClasses['EditUser'] = $dir . '1.15' . '/EditUser_body.php';
and it works fine. The button "restoreprefs" is not translated, is this done in mediawiki v1.15 messages? --Jostar 15:50, 19 March 2010 (UTC)

EditUser_body.php missing?

It doesn't seem to be in SVN. Tisane 20:52, 8 June 2010 (UTC)

Demon seems to have removed it in r63345. Just as well, since the latest version of it is for 1.15 and I have no plans on updating this extension in its current form. I'll get on deleting it completely from SVN soon. --Skizzerz 04:57, 9 June 2010 (UTC)

Fatal Error in Preference.php (SetId)

Hi Folks,

on MediaWiki 1.18 after entering username I get a "Fatal error: Call to undefined method RequestContext::setId() in /WWWROOT/212457/htdocs/includes/Preferences.php on line 1224". In Preference.php code is as follows:

/**
 * @param $user User
 * @param $formClass string
 * @return HtmlForm
 */
  static function getFormObject( $user, $formClass = 'PreferencesForm' ) {
  $formDescriptor = Preferences::getPreferences( $user );
  $htmlForm = new $formClass( $formDescriptor, 'prefs' );
  $htmlForm->setId( 'mw-prefs-form' );
  $htmlForm->setSubmitText( wfMsg( 'saveprefs' ) );
  # Used message keys: 'accesskey-preferences-save', 'tooltip-preferences-save'
  $htmlForm->setSubmitTooltip( 'preferences-save' );
  $htmlForm->setTitle( SpecialPage::getTitleFor( 'Preferences' ) );
  $htmlForm->setSubmitID( 'prefsubmit' );
  $htmlForm->setSubmitCallback( array( 'Preferences', 'tryFormSubmit' ) );
  return $htmlForm;
 }

Does anyone have an idea, what this is about? Thanks for Help, Martin H., Berlin

MW 1.20

Hi, does it works on MW 1.20 ? --hollosch (talk) 23:20, 11 March 2013 (UTC)

Will not work to change email for a user with no email set

Apparently this extension will not allow sysops to set the email for a user that has not a previously defined email address. When clicking the link to set the email address on the Special:EditUser page, user is redirected to a page where he can change his own email (for the current logged in user) Rbirmann (talk) 21:29, 12 March 2013 (UTC)

• Yes, I noticed the same thing today in MW 1.20.2. Very sad! Are there any other ways? --SmartK (talk) 10:05, 13 March 2013 (UTC)

Fatal Error for 1.20.3

Has anyone been able to solve this issue? Getting "PHP Fatal error: Call to undefined function wfDebug() in /includes/LocalisationCache.php on line 200". Strange because I didn't modify core code.

Has anyone got this extension working with 1.20.3? Mobabur94 (talk) 20:02, 8 April 2013 (UTC)

Got it to work with 1.20.3. I tried using EditUser version 1.6.1 instead of 1.7.0 and got a different error. To get it to work, modify /extensions/EditUser/EditUser_body.php as follows.

Change No. 1

Before:

$htmlForm = Preferences::getFormObject( $targetuser, 'EditUserPreferencesForm' );

After:

$htmlForm = Preferences::getFormObject( $targetuser, $this->getContext() );

Change No. 2 (addition)

Before:

global $wgUser;

After:

global $wgUser;
$htmlForm = Preferences::getFormObject( $targetuser, $this->getContext() );
$htmlForm->setSubmitCallback( array( $this, 'tryUISubmit' ) );
$htmlForm->setTitle( $this->getTitle() );
$htmlForm->addHiddenField( 'username', $this->target );
$htmlForm->mEditUserUsername = $this->target;

Change No. 3

Before:

$res = Preferences::tryFormSubmit( $formData, 'uiEditUser' );

After:

$res = Preferences::tryFormSubmit( $formData, $htmlForm );

Mobabur94 (talk) 15:40, 9 April 2013 (UTC)

Email change not possible

• With MediaWiki 1.25.x (maybe also older versions) there is no way to change the email of an user you are editing. When you click on "change email" in this extension you are redirected to change your own email address. Can this be fixed? This would be really helpful! --SmartK (talk) 07:46, 22 October 2015 (UTC)

• • Hi I doint think that is possible since mediawiki impose security on that. Changing an email requires the password. Please report this on phabricator where it will be seen so that someone could either fix the problem if they know how to or reply why this change carn't be done. 81.140.246.37 20:07, 29 November 2015 (UTC)