Extension talk:UserMerge/Archive 2/Flow export

It is preferred that you open a regular bug report under the MediaWiki-extensions-UserMerge product for new issues.

Help: "Fatal error: Call to a member function isListed() on a non-object"

I just installed this on my wiki, and I'm getting the following error.

Fatal error: Call to a member function isListed() on a non-object in /home/wepwtorg/public_html/wiki/includes/SpecialPage.php on line 210

How can I fix this?

- Carissa 70.71.150.1 03:34, 25 July 2011 (UTC)

hmm, what version of MediaWiki are you running, and which version of this extension?

If you're running a recent version of MW (1.13+) try downloading the development version from here:

http://upload.wikimedia.org/ext-dist/UserMerge-trunk-r93008.tar.gz Matthew.JA 19:19, 26 July 2011 (UTC)

User Merge & Delete: 1.6.1

MW: 1.6.8 70.71.150.1 02:27, 27 July 2011 (UTC)

Bug? User Creation log show duplicate users after merge

I'm trying to use this extension to delete some of the hundreds of spammer accounts accumulating on our wiki. But after trying it out I noticed a bug. I've created a user called "spammer" and I've delete/merged a number of spammer accounts into the user spammer. When I view the creation log now, it's full of many duplicate entries for the user spammer. It appears that the utility is not properly purging entries from the creation log (just a guess). But if I continue using it, I'll have a hard time finding the real users in the creation log for all the hundreds of duplicates that will be there. Any suggestions? 173.71.61.40 03:14, 22 August 2011 (UTC)

• Please can you indicate what version exactly do you use, see Special:Version ?
• Do you use the trunk version which fixes some know problems ? Wikinaut 05:42, 22 August 2011 (UTC)

"Invalid new username" highlighted in red when merging

 14:12, 5 October 2011 (UTC)

[SOLVED] Edit count is not added to the new account

problem was solved in version Version 1.7.1 20130604 see https://git.wikimedia.org/commit/mediawiki%2Fextensions%2FUserMerge/5be0093cd548c81e5dc19ffb54955925e1ff7955

When I merge one account into another this basically works fine and I also do not get an error. After merging the text on the Special page UserMerge states that (amongst other things) the edit count of the old account would have been added to the new account.

However, I discovered that the edit count is in fact not being added to the edit count of the new user. The edit count of the new account in fact is left unchanged.

I use MW 1.18 and the according version of this extension. Jörg 23:30, 6 January 2012 (UTC)

Hi, same problem here. Everything works fine except the editcount update. (MW 1.18.2)

Here my solution in UserMerge_body.php function "mergeEditcount" line 279:

private function mergeEditcount( $newuserID, $olduserID ) {

global $wgOut;

$dbw = wfGetDB( DB_MASTER );

# old user edit count

$result = $dbw->selectField( 'user',

'user_editcount',

array( 'user_id' => $olduserID ),

__METHOD__

);

#$row = $dbw->fetchRow($result);

The $result contains a single number, the editcount. So this row crashes the whole function.

$oldEdits = $result;

# new user edit count

$result = $dbw->selectField( 'user',

'user_editcount',

array( 'user_id' => $newuserID ),

__METHOD__

);

#$row = $dbw->fetchRow($result);

The $result contains a single number, the editcount. So this row crashes the whole function.

$newEdits = $result;

# add edits

$totalEdits = $oldEdits + $newEdits;

... Schrotteh (talk) 13:46, 4 February 2013 (UTC)

I can confirm the above fix worked for me using MediaWiki 1.19.4 and the 1.19 version of this extension. Joseph.messerschmidt (talk) 22:20, 25 November 2013 (UTC)

Hi, info; the latest version of the extension is 1.8.1 (2013-08-06), and i think the problem was solved here:

https://git.wikimedia.org/commit/mediawiki%2Fextensions%2FUserMerge/5be0093cd548c81e5dc19ffb54955925e1ff7955 . Wikinaut (talk) 23:19, 25 November 2013 (UTC)

Deletes Block IPs?

I'm looking to clean up the myriad spammers that have registered, made one or two spam 'articles', but then got blocked by admins.

However, if I use this extension, will it also do away with those IP Blocks? (I'd really rather it didn't.) LeyteWolfer 19:37, 2 February 2012 (UTC)

IP blocks are not associated with a user account. So when you merge/remove a user account, any IP block, which might have been added, because this account had used the according IP, will stay.

Anyway, by default when you block the username and when you then check the option to also block the IP, then - even if the account gets block indefinitely - MediaWiki will block that IP only temporarily. Meaning: These IP blocks will automatically end at some time and that's it. 88.130.67.139 (talk) 12:13, 19 October 2015 (UTC)

Merge/delete triggers mistaken attempt to merge two ipblocks by block id instead of user

When I try to merge/delete a user, say a user whose ID is 23 to Anonymous, I sometimes get a message like this:

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

UPDATE `mw_ipblocks` SET ipb_id = '0' WHERE ipb_id = '23'

from within function "DatabaseBase::update". Database returned error "1062: Duplicate entry '0' for key 'PRIMARY' (localhost)".

Notice that that there is an attempt to change a row in ipblocks by changing the ipb_id from the old user id to the new user id, but ipb_id is not a user id, it is an auto-increment value to identify rows in this table. UserMerge is therefore wreaking havoc on my ipblocks table unintentionally and indirectly.

While UserMerge_body.php does update the table ipblocks, there is nothing in its program that explicitly does anything with ipb_id, so it must trigger Block.php, which does. But I can't figure out how/where.

I am using

MediaWiki 1.18.1

PHP 5.3.10 (cgi-fcgi)

MySQL 5.5.20-55

User Merge and Delete (Version 1.6.31) 65.110.153.40 00:11, 17 February 2012 (UTC)

I found the item in UserMerge_body.php that is the source of this bug:

line 227 inserts ipb_id into the array of places where userid may be found in the database, even though ipb_id is not a user id but a primary key for its table. It should be changed to ipb_user. The original code, in context:

$idUpdateFields = array(

array('archive','ar_user'),

array('revision','rev_user'),

array('filearchive','fa_user'),

array('image','img_user'),

array('oldimage','oi_user'),

array('recentchanges','rc_user'),

array('logging','log_user'),

array('ipblocks', 'ipb_id'),

array('ipblocks', 'ipb_by'),

array('watchlist', 'wl_user'),

);

What the code should be:

$idUpdateFields = array(

array('archive','ar_user'),

array('revision','rev_user'),

array('filearchive','fa_user'),

array('image','img_user'),

array('oldimage','oi_user'),

array('recentchanges','rc_user'),

array('logging','log_user'),

array('ipblocks', 'ipb_user'),

array('ipblocks', 'ipb_by'),

array('watchlist', 'wl_user'),

); 65.110.153.40 23:42, 28 February 2012 (UTC)

Thanks for your report. Wikinaut (talk) 23:51, 28 February 2012 (UTC)

lost watchlist on my main user

Hi there,

I had requested a user merge on a wiki, but because I didn't provide enough information, the administrator installed the extension for mediawiki-1.18, while the installed version was mediawiki-1.17.

The administrator was only a bureaucreat, so the merging was only an account deletion (I realized this after the thing was done).

The administrator told me that he had to remove the watchlist from the secondary account (the deleted one), although I lost the watchlist from the primary account.

Is there a way to recover the deleted watchlist?

Many thanks for your help, Ousia (talk) 18:04, 18 March 2012 (UTC)

MediaWiki 1.15

It says on Extension:User_Merge_and_Delete that "mediawiki 1.13+" is required, but does not work on Debian Squeeze version (1:1.15.5-2squeeze4), it fails with blank page and apache error log:

PHP Fatal error:  Class 'Html' not found in /var/lib/mediawiki/extensions/UserMerge/UserMerge_body.php on line 150

the solution is to find the older version and use that:

svn co http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_15/extensions/UserMerge

there is link on main wiki which says

Warning: Before you download read Requirements or you might install the wrong version:

bur there is no Requirements link, it should be also added and this workaround mentioned Mnalis 20:50, 31 March 2012 (UTC)

SQLite DB error?

Error 19 when merging several spam accounts into 1? Any solution? I'm not using the trunk version. Muqman 52 (talk) 00:01, 14 May 2012 (UTC)

also: I am using MediaWiki 1.18.2 Muqman 52 (talk) 00:02, 14 May 2012 (UTC)

Can you show us the exact error? Jasper Deng (talk) 00:04, 14 May 2012 (UTC)

I'll try, right now I won't be able to as the site is undergoing general maintenance. Is there any way to migrate to MySQL? Without loosing user accounts or data? Thanks! Muqman 52 (talk) 00:49, 23 May 2012 (UTC)

It may be possible to simply do a SQL dump, but I can't assure you that the schema won't need changing. Jasper Deng (talk) 00:55, 23 May 2012 (UTC)

I have migrated to MySQL, if there are any errors, I will check back.

Thanks! Muqman 52 (talk) 23:48, 30 May 2012 (UTC)

"Fatal error: Call to undefined method Xml::hidden()

I am using MediaWiki 1.17.x and tried to install UserMerge via "Download snapshot" where I had to choose the version of MW.

After installation, I got the error, so I had to edit UserMerge_body.php:

--- /tmp/UserMerge/UserMerge_body.php        2011-05-06 05:31:30.000000000 +0200
+++ UserMerge_body.php      2012-06-05 12:29:52.097589150 +0200
@@ -146,7 +146,7 @@
                        </tr>" .
                        Xml::closeElement( 'table' ) .
                        Xml::closeElement( 'fieldset' ) .
-                       Xml::hidden( 'token', $wgUser->editToken() ) .
+                       Html::hidden( 'token', $wgUser->editToken() ) .
                        Xml::closeElement( 'form' ) . "\n"
                );

Now it works. --31.17.41.51 10:33, 5 June 2012 (UTC)

This was already fixed last year (see r87595). Maybe you're using an old version of the extension with a newer version of MediaWiki?

Make sure you are using matching versions (e.g. MediaWiki 1.17, with the UserMerge extension from the 1.17 branch etc.).

Xml::hidden was removed in MediaWiki 1.18. Krinkle (talk) 11:32, 10 June 2012 (UTC)

Usernames with "@" character cannot be deleted or merged

Whenever I try to Merge & Delete a user with SOMETHING@SOMETHING I get the error message "Invalid old username". Any idea why this might be occurring? Is the @ symbol a special character that doesn't play well with this extension?

Thanks in advance --Stanimalz (talk) 12:39, 5 June 2012 (UTC)

Since 1.15 or even earlier the @ character is used at Special:UserRights to edit user rights on other wikis (see $wgUserrightsInterwikiDelimiter). It is also set as invalid character for usernames in $wgInvalidUsernameCharacters. Try unset( $wgInvalidUsernameCharacters['@'] ); Tim (SVG) 13:47, 5 June 2012 (UTC)

Looks like you're right about setting $wgInvalidUsernameCharacters['@'] = false;

Sorry about taking forever to respond. Appreciate the help! Stanimalz (talk) 16:50, 2 May 2013 (UTC)

Mass Merge + Delete?

Hello everyone. Is there any way to perform a mass merge and delete using this extension? For example, I want to take a large list of spambot accounts and merge them into an account of my creation so I can deal with all of their unwanted edits. Any help would be greatly appreciated! - 96.225.185.137 04:55, 22 June 2012 (UTC)

Hi! Please check this thread: http://www.mediawiki.org/wiki/Extension%20talk%3AUserMerge/Archive%202/Flow%20export#c-Blakegripling_ph-2012-06-30T08%3A12%3A00.000Z-Mass_merging%3F Papalotzincoatl (talk) 17:51, 21 April 2013 (UTC)

Mass merging?

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.

---

OK, let's say that I want to get rid of a swath of spambot accounts from my wiki by using this tool. I can do that one at a time, but the problem is that there are over 9000 junk accounts that I want to get rid of, and yet doing it one per user is way too tedious. Blakegripling ph (talk) 08:12, 30 June 2012 (UTC)

I've too had a need for such a tool, so I've been working on a version of UserMergeAndDelete which can do mass merging to get rid of all the spam accounts on my AmigaCoding wiki. It's still experimental, though it works (just merged 488 accounts with it). It works by entering/copy&pasting a list of usersnames which can be comma-seperated or have each username on a new line (on each line ignore the part after a tab character so I can copy&paste from MySqlAdmin and remove the first columns using blockselection in a texteditor and columns after the username can be ignored). If there's interest in it I might place it only somewhere this month.

Spellcoder (talk) 02:19, 14 August 2012 (UTC)

My wiki hasn't been swamped with junk accounts lately, but I might find some use for this, and also in that OSX86 wiki to which I'm an administrator. Blakegripling ph (talk) 13:04, 10 September 2012 (UTC)

i am interested too plz post thx Mario Geos one (talk) 09:12, 13 September 2012 (UTC)

I have a little awkward way to accomplish the bulk merge through a work-around. Hope someone would find it useful! (Must have a little string concatenation skills in spreadsheets; or one may use a python or similar script; or use a text editor with bulk replacement features)

1. Prepare a list of all SPAMuserIDs, store them in a spreadsheet or textfile.

2. The post method used for submitting the Merge & Delete User form (by clicking the button) should be converted to a get method. This will get us a long URL. See the second comment (by Matthew Simoneau) dated 13/Jan/2009) at http://www.mathworks.com/matlabcentral/newsreader/view_thread/242300 for the method.

The resulting URL string should be something like below:

http: //(Your Wiki domain)/Special:UserMerge?olduser=(OldUserNameHere)&newuser=(NewUserNameHere)&deleteuser=1&token=0d30d8b4033a9a523b9574ccf73abad8%2B\

2. Now, divide this URL into four sections:

A: http: //(Your Wiki domain)/Special:UserMerge?olduser=

B: (OldUserNameHere)

C: &newuser=(NewUserNameHere)&deleteuser=1

D: &token=0d30d8b4033a9a523b9574ccf73abad8%2B\

3. Now using a text editor or spreadsheet, prefix each spam userIDs with part A and Suffix each with Part C and D. Part C will include the NewUser(which is a specially created single dummy userID). The Part D, the Token string is a session-dependent token that will be changed per user per session. So you will need to get a new token every time a new session/batch of work is required.

4. With the above step, you should get a long list of URLs, each good to do a Merge&Delete operation for one user. We can now create a simple HTML file, view it and use a batch downloader like DownThemAll in Firefox.

Add two more pieces "<a href=" and "> Linktext</a>" to each line at beginning and end. Also add <html><body> at top and </body></html> at bottom and save the file as (for eg:) userlist.html

5. Open the file in Firefox, use DownThemAll add-on and download all the files! Effectively, you are visiting the Merge&Delete page for each user and clicking the button!

Although this might look a lengthy and tricky job at first, once you follow this method, you can remove tens of thousands of users without much manual efforts.

You can verify if the operation is going well by opening some of the downloaded html files (or by looking through the recent changes in another window).

One advantage is that it does not directly edit the MySQL pages. Nor does it require direct database access. List of spam users may be prepared from the user creation logs. If you do have the dB access, the Wiki_user table can be imported into a local list.

Viswaprabha (talk) 20:57, 2 February 2013 (UTC)

That method looks crude, but it seems 'swell for admins who are getting jaded at the sheer amount of database-wasting spambot accounts. Blakegripling ph (talk) 01:41, 20 April 2013 (UTC)

Thanks Viswaprabha! Here is below a Python script to concatenate the pieces above and produce the html page to use with DownThemAll! By the way, in my case the URL string that worked uses 'Special:UserMerge&olduser=', with an & in that part instead of the ? in your example.

# Concatenate a list of users to produce URLs which delete them using UserMerge Extension for MediaWiki
# Usage:  python concatenate_UserMerge_MediaWiki.py userslist.txt > userURLlist.html  
import sys
input = open(sys.argv[1])
count = input.readlines()
g = len(count)
input.close()
print "<html><body>"
input = open(sys.argv[1])
for k in range(g):
        line = input.readline()
        print "<a href=\""+"http://(Your Wiki Domain)/index.php?title=Special:UserMerge&olduser="+line+"&newuser=Anonymous&deleteuser=1"+"&token=2c05d520d9b202235c03e8fe8ll8khB\\\""+">User URL Link</a>"
input.close()
print "</html></body>"

Papalotzincoatl (talk) 07:15, 21 April 2013 (UTC)

Thank you for that Python script. Never thought my 2 cents would be this useful and appreciable! :) Viswaprabha (talk) 17:19, 2 May 2013 (UTC)

Seems this code stopped working, its not working for me (I get the UserMege special page with emtpy fields) --Uwe a (talk) 22:53, 10 May 2015 (UTC)

Yeah the workaround Viswaprabha came up with no longer seems to work. :/ Blakegripling ph (talk) 00:50, 6 January 2017 (UTC)

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

IP edit merging...

Was The ability to merge IP edits ever implemented? -- ShoeMaker   ( Contributions • Message )   16:17, 15 July 2012 (UTC)

Using shared UserLists

--TDeeming (talk) 07:21, 18 July 2012 (UTC) I am using the latest version of MW 1.19.1 and have two wikis on the same Server, that are sharing a common UserList. This allows me to assign different group access rights, without the Users needing to have to create and maintain User ID's on both wikis.

Question: Are there any known problems using this extension in such a configuration? TDeeming (talk) 07:28, 18 July 2012 (UTC)

Fatal error: Call to undefined method UserMerge::getUser()

Hi, I'm getting a fatal error in Line 26 of body.php. The error message is: Fatal error: Call to undefined method UserMerge::getUser() Line 26 in body.php is: $user = $this->getUser(); How do I fix it? THanks! Rosemsebastian (talk) 20:27, 21 October 2012 (UTC)

Hi, I have exactly the same problem... Any help? 158.75.0.191 07:52, 22 October 2012 (UTC)

You're most likely using a version of the extenion that's incompatible with your version of MediaWiki. siebrand (talk) 10:10, 22 October 2012 (UTC)

Please indicate the exact versions you are using, see Special:Version page in your wiki

• MediaWiki version and revision
• UserMerge extension version and revision
• PHP Wikinaut (talk) 20:47, 22 October 2012 (UTC)

I have 1.15.1, and i have the same problem. 217.131.252.140 10:48, 14 December 2012 (UTC)

You're most likely using a version of the extenion that's incompatible with your version of MediaWiki.

Please upgrade your MediaWiki and the extension to recent versions. Wikinaut (talk) 22:28, 14 December 2012 (UTC)

Reversibility

I recommend adding a feature to make the merge reversible. After a user is deleted, the system should prevent another user with that name from being added, so as to reserve it in case of merge reversal. A table should be added that has a history of all merges.

The merge table will have a primary key (merge_id), a merge_from_user_id field, a merge_to_user_id field, and a merge_timestamp. Then there will be another table that has a history of all revision merges. It will have a primary key, a mergerev_merge_id field, and a mergerev_rev_id field.

So, suppose you merge A into B and B into C. To restore the status quo ante, you would unmerge B from C and then unmerge A from B. It should reject any attempted unmerges that are done in an incorrect order. There is also a need to store the deleted user's groups, preferences, etc. if we want it to be completely reversible. Leucosticte (talk) 21:57, 10 November 2012 (UTC)

Error installing - Warning: LocalisationCache::include()

After installing the extension in a MediaWiki 1.9.2 witch language is Catalan it give me lots of Warnings like this:

Warning: LocalisationCache::include() [function.include]: Failed opening '__DIR__/UserMerge.i18n.php' for inclusion (include_path='/var/www/mywiki/extensions/OggHandler/PEAR/File_Ogg:/var/www/mywiki:/var/www/mywiki/includes:/var/www/mywiki/languages:.:/usr/share/php:/usr/share/pear') in /var/www/mywiki/includes/LocalisationCache.php on line 455

Or...

Warning: LocalisationCache::include() [function.include]: Failed opening '__DIR__/UserMerge.alias.php' for inclusion (include_path='/var/www/mywiki/extensions/OggHandler/PEAR/File_Ogg:/var/www/mywiki:/var/www/mywiki/includes:/var/www/mywiki/languages:.:/usr/share/php:/usr/share/pear') in /var/www/mywiki/includes/LocalisationCache.php on line 455

What can I do? Dvdgmz (talk) 09:07, 11 January 2013 (UTC)

This extension now requires PHP 5.3+. Obviously MW 1.9.2 is not fit for it. You may want to install a version compatible with this early version of MW. I believe that upgrading to a current MW version will be an quite favourable option too. [[kgh]] (talk) 17:14, 11 January 2013 (UTC)

[SOLVED WONTFIX] Fatal error: Call to undefined method User::getEditToken()

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 have this error;

Fatal error: Call to undefined method User::getEditToken() in /var/www/lighttpd/vhosts/www.liblfds.org/mediawiki/extensions/UserMerge/UserMerge_body.php on line 148

PHP 5.3.17 (cli) (built: Sep 17 2012 20:19:13)

Product Version

MediaWiki 1.18.2

PHP 5.3.17 (cgi-fcgi)

PostgreSQL 9.2.1 2.25.57.93 18:35, 16 June 2013 (UTC)

You use an outdated MediaWiki Version 1.18.x, which is no longer supported, see Download. Since version 1.19, the old method editToken() has been deprecated, and the UserMerge extension uses the new name getEditToken(). And you haven't included the version number of the extension - this should be 1.7.2 .

Ad-hoc fix for pre 1.19 MediaWiki versions: it should work if you rename the call in UserMerge_body.php from User::getEditToken() to User::editToken(). Wikinaut (talk) 03:28, 17 June 2013 (UTC)

Even if this isues is solve, I had to use getEditToken() in 1.27.1 Mediawiki versión Luciagirasoles (talk) 18:24, 29 March 2017 (UTC)

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

Powershell script using curl to merge large numbers of users

For those of you who may have to merge large numbers of users - I had over 500 in less than a week after my latex-based captcha succumbed to the robots - the following Powershell script works as of 6/16/2013. I used it on Mediawiki version 1.20.2. Hope it's some help. It took me forever to get this worked out :)

The list of users is in the text file usersfull.txt, one user per line. I used mysql to generate the file. The file with the users should be in the directory that you change to at the beginning of the script.

The various output.html files are useful for debugging.

Each of the users in userfull.txt will be merged with the user DeleteMe and then the old user will be deleted. You should create the user DeleteMe before you run the script.

# Change the working directory

cd E:\users\bill\Documents\fixwiki

# Run Curl to get the cookies and the html file with the login token

curl -o output.html --cookie-jar cookie-jar.txt http://WWW.MYWIKI.ORG/wiki/index.php?title=Special:UserLogin

$token = Select-String 'wpLoginToken" value="(.*?)"' output.html  
$token = $token.Matches|select Groups | foreach {$_.Groups[1].Value}

# Log in

$myexe= "curl.exe"
$myparms = " -L -o output2.html -b cookie-jar.txt -c cookie-jar.txt -d wpLoginToken=$token " + '-d wpName=USERNAME  -d wpPassword=PASSWORD -d wpRemember=1 -d wpLoginattempt=`"Log in`"  http://WWW.MYWIKI.ORG/index.php?title=Special:UserLogin"&"action=submitlogin"&"type=login'
$result = Invoke-Expression ($myexe + $myparms)

# Go to the merge page to get an edit token

$mycmd= "curl.exe -o output3.html -b cookie-jar.txt -c cookie-jar.txt http://WWW.MYWIKI.ORG/index.php?title=Special:UserMerge"
$result = Invoke-Expression $mycmd

# Extract the edit token and add the urlencode for +\

$token = Select-String '"hidden" value="(.*?)\+' output3.html  
$token = $token.Matches|select Groups | foreach {$_.Groups[1].Value}
$token = $token + '%2B%5C'

# Loop through usersfull.txt running the merge on each user

foreach ($user in Get-Content "usersfull.txt")
{
    Write-Host $user

    # Run the merge

    $mycmd= "curl.exe -o output.html -b cookie-jar.txt -c cookie-jar.txt -d token=$token -d olduser=$user -d newuser=DeleteMe -d deleteuser=on -d submit=Merge+user  http://WWW.MYWIKI.ORG/index.php?title=Special:UserMerge"
    $result = Invoke-Expression $mycmd

}

Wbean43 (talk) 00:26, 17 June 2013 (UTC)

Getting Error

Helloy MW-Community, after try to open the spacial page, MediaWiki says an error: Fatal error: Call to undefined method UserMerge::getUser() in C:\Apache2.2\htdocs\de\extensions\UserMerge\UserMerge_body.php on line 22 Have loaded the latest version, but doesnt work. 217.5.205.2 14:22, 27 June 2013 (UTC)

Please post the exact output of versions and revision numbers git hashes of your software (mediawiki core, php, Extension:UserMerge). You find them on the Special:Version page of your MediaWiki installation.

I suggest you upgrade both your MediaWiki and the Extension to the latest versions. Wikinaut (talk) 20:10, 27 June 2013 (UTC)

[SOLVED] Mediawiki 1.22

please upgrade to MediaWiki core after 24.12.2013, or downgrade your Extension:UserMerge to a suited version. --Wikinaut (talk) 22:00, 5 January 2014 (UTC)

I'm getting the following error:

[d473036b] /Special:UserMerge Exception from line 376 of /root/w/includes/SpecialPage.php: Call to undefined method UserMerge::getPageTitle
Backtrace:
#0 /root/w/extensions/UserMerge/UserMerge_body.php(128): SpecialPage->__call(string, array)
#1 /root/w/extensions/UserMerge/UserMerge_body.php(128): UserMerge->getPageTitle()
#2 /root/w/includes/SpecialPage.php(631): UserMerge->execute(NULL)
#3 /root/w/includes/SpecialPageFactory.php(488): SpecialPage->run(NULL)
#4 /root/w/includes/Wiki.php(298): SpecialPageFactory::executePath(Title, RequestContext)
#5 /root/w/includes/Wiki.php(602): MediaWiki->performRequest()
#6 /root/w/includes/Wiki.php(467): MediaWiki->main()
#7 /root/w/index.php(49): MediaWiki->run()
#8 {main} 194.150.65.137 14:57, 5 January 2014 (UTC)

please indicate the version of the UserMerge extension, and/or upgrade your MediaWiki to trunk.

I just saw, that a commit https://git.wikimedia.org/commitdiff/mediawiki%2Fextensions%2FUserMerge.git/d5a37fcbe8f18bf38506ecc7aeaa62a7a404c613 changed that line in UserMerge from getTitle to getPageTitle, which apparently requires a recent MediaWiki master version.

This requirement should be documented, of course.

So either you downgrade the UserMerge extension, or you upgrade your MediaWiki core. If the problem persists, please file a regular bugzilla in https://bugzilla.wikimedia.org/enter_bug.cgi?product=MediaWiki%20extensions&component=UserMerge . Wikinaut (talk) 17:51, 5 January 2014 (UTC)

Uncommitted DB writes error?

I'm getting the following error when trying to merge certain users:

Notice: Uncommitted DB writes (transaction from DatabaseBase::query (UserMerge::mergeUser)). in /home/neochi/public_html/wiki_media/includes/db/Database.php on line 3944 58.37.57.192 14:24, 24 January 2014 (UTC)

[WORKAROUND] Duplicate entry

{{{text}}}

We are having a pretty big issue as this extension stopped working. We are currently getting an error "1062: Duplicate entry" when trying to merge *anything* (at least that's what it looks like).

A database query syntax error has occurred. This may indicate a bug in the software. The last attempted database query was:

UPDATE `ipblocks` SET ipb_user = '43742',ipb_address = 'XXXXXXXXXX' WHERE ipb_user = '43743'

from within function "UserMerge::mergeUser". Database returned error "1062: Duplicate entry 'XXXXXXXXXX-43742-0-0' for key 'ipb_address' (localhost)".

So it's trying to set an ID that's already in-use. Manually inspecting the database shows that indeed both IDs are still in-use. Any clue on why the previous row was not deleted (I am assuming that's what should have been done)? More importantly, why did it not error out when the deletion fail?

Box:

MediaWiki              1.21.3
PHP                    5.4.17 (apache2handler)
MySQL                  5.5.32
User Merge and Delete  1.8.1 (4fd1c08)

Any suggestions? CyberXRef^☎ 00:36, 16 March 2014 (UTC)

• see workaround in https://bugzilla.wikimedia.org/show_bug.cgi?id=39470
• Work-around: unblocking the user prior to using merge/delete solves the problem until the bug can be fixed.

Please, if your problem persists, then please add your comment to https://bugzilla.wikimedia.org/show_bug.cgi?id=39470 . Wikinaut (talk) 06:52, 16 March 2014 (UTC)

Thank you for the quick reply. The workaround works. I've noticed that only the user being merged/deleted needs to be unblocked, the user we are merging into can still be blocked. CyberXRef^☎ 00:57, 17 March 2014 (UTC)

Is it possible to write one line of code to unblock a user just before the code tries to delete the user?

I am using the UserMerge extension in conjunction with NukeAndBlock. I need to run NukeAndBlock because it deletes blocked users' contributions.

NukeAndBlock calls UserMerge with

$wgBaNSpamUser = "Spammer";</pre>
I think the code would work for my purposes, if there was a hack to simply unblock the user just before UserMerge's call to merge and delete the user. Can someone help me write that code? [[User:Cmjohannes|Cmjohannes]] ([[User talk:Cmjohannes|talk]]) 11:03, 20 September 2014 (UTC)

== Call to undefined method UserMerge::getPageTitle ==

I work with:

 MediaWiki	1.22.4
 PHP	5.5.10-pl0-gentoo (uwsgi)
 MySQL	5.1.70

and I use last version of UserMerge, fetched with git. I get this error:

 [f88e2b01] /Special:UserMerge Exception from line 376 of /var/www/wiki/htdocs/includes/SpecialPage.php: Call to undefined method UserMerge::getPageTitle
 Backtrace:
 #0 /var/www/wiki/htdocs/extensions/UserMerge/UserMerge_body.php(128): SpecialPage->__call(string, array)
 #1 /var/www/wiki/htdocs/extensions/UserMerge/UserMerge_body.php(128): UserMerge->getPageTitle()
 #2 /var/www/wiki/htdocs/includes/SpecialPage.php(631): UserMerge->execute(NULL)
 #3 /var/www/wiki/htdocs/includes/SpecialPageFactory.php(488): SpecialPage->run(NULL)
 #4 /var/www/wiki/htdocs/includes/Wiki.php(298): SpecialPageFactory::executePath(Title, RequestContext)
 #5 /var/www/wiki/htdocs/includes/Wiki.php(602): MediaWiki->performRequest()
 #6 /var/www/wiki/htdocs/includes/Wiki.php(467): MediaWiki->main()
 #7 /var/www/wiki/htdocs/index.php(49): MediaWiki->run()
 #8 {main}

What you can advise me? [[User:Ivanov17|Ivanov17]] ([[User talk:Ivanov17|talk]]) 23:49, 11 April 2014 (UTC)
:You can't use extensions from master with the latest stable, in general. Download the extension from the 1.22 branch. [[User:Nemo_bis|Nemo]] 09:23, 12 April 2014 (UTC)
::@Nemo: yes. 
::@Ivanov17: personally I suggest to always run the MediaWiki core master together with extension master versions, e.g. "git pull" every 2nd month or so. But this is not a recommendation which is supported by everyone, it is just my personal recommendation. You can learn from the commit log that the change was merged into the extension master here https://git.wikimedia.org/commit/mediawiki%2Fextensions%2FUserMerge/2df1dd70a80a2e2cf7f5daa86dd51b073d647d98 . So if you use the version just before, it should work with your "older" mediaWiki core.
::Please, if this solves your problem, then edit the subject of this thread to start with "[SOLVED] ...". [[User:Wikinaut|Wikinaut]] ([[User talk:Wikinaut|talk]]) 10:48, 12 April 2014 (UTC)
:::I personally don't recommend running "master" branch on a production environment, that's why "stable releases" exist. [[User:Ciencia Al Poder|Ciencia Al Poder]] ([[User talk:Ciencia Al Poder|talk]]) 10:14, 13 April 2014 (UTC)

== [WORKAROUND; DUPLICATE Bug 39470] Can't merge blocked users: Duplicate entry for key 'ipb_address'.Database error: Duplicate entry ==
{{Flow summary|Known problem. 

Will be fixed soon, filed as [[Bugzilla:39470|Bug 39470: Can't merge blocked users: Duplicate entry for key 'ipb_address']].

See workaround in {{bug|39470}} and [[Extension talk:UserMerge/Archive 2/Flow export#c-CyberXRef-2014-03-16T00:36:00.000Z-&#91WORKAROUND]_Duplicate_entry]]

Work-around: unblocking the user prior to using merge/delete solves the problem until the bug can be fixed.

Please, if your problem persists, then please add your comment to {{bug|39470}}, not here.}}

When i try to merge user, when i send the fomular, i get the error:

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

i did not find a solution with an internet search. does anybody have an idea how to solve this?

wikimedia version 23 [[Special:Contributions/77.12.18.199|77.12.18.199]] 23:13, 28 June 2014 (UTC)
:Please indicate your version (core, database, php, UserMerge) as shown on the Special:Version page of your wiki. [[User:Wikinaut|Wikinaut]] ([[User talk:Wikinaut|talk]]) 07:36, 29 June 2014 (UTC)
::Hey Wikinaut: here are the version information:
::Product 	Version
::MediaWiki 	1.23.1
::PHP 	5.3.3-7+squeeze18 (cgi-fcgi)
::MySQL 	5.1.73-1-log
::User Merge and Delete	1.9.0 [[Special:Contributions/77.186.59.204|77.186.59.204]] 08:32, 29 June 2014 (UTC)
:::It would be useful to set those variables in LocalSettings PHP, reproduce the problem, and pasting the full error message. It should contain at least what database query failed and the cause:
:::<syntaxhighlight lang='text'>$wgShowSQLErrors = true;
$wgDebugDumpSql  = true;
$wgShowDBErrorBacktrace = true;

Ciencia Al Poder (talk) 10:15, 29 June 2014 (UTC)

this is a good advice.

im nevertheless not sure how to solve this problem:

A database query error has occurred. This may indicate a bug in the software.
    Query:
    UPDATE `ipblocks` SET ipb_user = '149',ipb_address = 'ZinaidaBryson' WHERE ipb_user = '350'
    Function: UserMerge::mergeUser
    Error: 1062 Duplicate entry 'ZinaidaBryson-149-0-0' for key 'ipb_address' (localhost)
Backtrace:
#0 /var/www/web/html/wiki/includes/db/Database.php(1123): DatabaseBase->reportQueryError('Duplicate entry...', 1062, 'UPDATE  `ipbloc...', 'UserMerge::merg...', false)
#1 /var/www/web/html/wiki/includes/db/Database.php(1986): DatabaseBase->query('UPDATE  `ipbloc...', 'UserMerge::merg...')
#2 /var/www/web/html/wiki/extensions/UserMerge/UserMerge_body.php(434): DatabaseBase->update('ipblocks', Array, Array, 'UserMerge::merg...')
#3 /var/www/web/html/wiki/extensions/UserMerge/UserMerge_body.php(260): UserMerge->mergeUser(Object(User), 'ZinaidaBryson', '149', Object(User), 'Abbotthcfo', '350')
#4 /var/www/web/html/wiki/includes/specialpage/SpecialPage.php(379): UserMerge->execute(NULL)
#5 /var/www/web/html/wiki/includes/specialpage/SpecialPageFactory.php(503): SpecialPage->run(NULL)
#6 /var/www/web/html/wiki/includes/Wiki.php(285): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#7 /var/www/web/html/wiki/includes/Wiki.php(588): MediaWiki->performRequest()
#8 /var/www/web/html/wiki/includes/Wiki.php(447): MediaWiki->main()
#9 /var/www/web/html/wiki/index.php(46): MediaWiki->run()
#10 {main}

77.186.59.204 20:50, 29 June 2014 (UTC)

See answer in this issue's summary. Please do not reply here, but if you think it is necessary, add your comments on the https://bugzilla.wikimedia.org/show_bug.cgi?id=39470 Wikinaut (talk) 21:24, 29 June 2014 (UTC)

Started own thread because I was unsure if it was the same bug as the above user. Cmjohannes (talk) 06:16, 18 September 2014 (UTC)

Another error with previous ipbwiki install

I'm not sure if this is the same error as Bug 39470 (if it is, please merge/delete).
I also had previously used the ipbwiki wiki extension. I am having problems merging, then deleting a blocked user.

MediaWiki version: 1.23.3
MySQL version: 5.1.73-log
Operating system: Linux/Apache
UserMerge version with bug version 160872 code changes. Here are my errors:

Database error
A database query error has occurred. This may indicate a bug in the software.
Query:
SELECT Array FROM `ipblocks` WHERE ((ipb_user = '63598') OR (ipb_user = '66705'))
Function: DatabaseBase::select
Error: 1054 Unknown column 'Array' in 'field list' (localhost)
Backtrace:
#0 /var/www/web3/web.old/includes/db/Database.php(1123): DatabaseBase->reportQueryError('Unknown column ...', 1054, 'SELECT  Array  ...', 'DatabaseBase::s...', false)
#1 /var/www/web3/web.old/includes/db/Database.php(1590): DatabaseBase->query('SELECT  Array  ...', 'DatabaseBase::s...')
#2 /var/www/web3/web.old/extensions/UserMerge/MergeUser.php(93): DatabaseBase->select('ipblocks', Array, Array)
#3 /var/www/web3/web.old/extensions/UserMerge/MergeUser.php(165): MergeUser->mergeBlocks(Object(DatabaseMysqli))
#4 /var/www/web3/web.old/extensions/UserMerge/MergeUser.php(31): MergeUser->mergeDatabaseTables()
#5 /var/www/web3/web.old/extensions/UserMerge/SpecialUserMerge.php(126): MergeUser->merge(Object(User))
#6 [internal function]: SpecialUserMerge->onSubmit(Array, Object(HTMLForm))
#7 /var/www/web3/web.old/includes/htmlform/HTMLForm.php(470): call_user_func(Array, Array, Object(HTMLForm))
#8 /var/www/web3/web.old/includes/htmlform/HTMLForm.php(412): HTMLForm->trySubmit()
#9 /var/www/web3/web.old/includes/htmlform/HTMLForm.php(427): HTMLForm->tryAuthorizedSubmit()
#10 /var/www/web3/web.old/includes/specialpage/FormSpecialPage.php(142): HTMLForm->show()
#11 /var/www/web3/web.old/includes/specialpage/SpecialPage.php(379): FormSpecialPage->execute(NULL)
#12 /var/www/web3/web.old/includes/specialpage/SpecialPageFactory.php(503): SpecialPage->run(NULL)
#13 /var/www/web3/web.old/includes/Wiki.php(285): SpecialPageFactory::executePath(Object(Title), Object(RequestContext))
#14 /var/www/web3/web.old/includes/Wiki.php(588): MediaWiki->performRequest()
#15 /var/www/web3/web.old/includes/Wiki.php(447): MediaWiki->main()
#16 /var/www/web3/web.old/index.php(46): MediaWiki->run()
#17 {main}

Cmjohannes (talk) 20:42, 19 September 2014 (UTC)

The gerrit changeset 160872 is not ready yet, and introduces the bug you described. Ciencia Al Poder (talk) 13:41, 20 September 2014 (UTC)

Ahh, I see. Thanks for the response. If there is anything I can do to help or test, please let me know. I am anxiously awaiting this so I can re-open a wiki, which has been shut down for nearly five years! I appreciate all the hard work everyone in the Mediawiki and its extensions community does! Cmjohannes (talk) 05:53, 21 September 2014 (UTC)

[RESOLVED] Internal error when navigating to Special:UserMerge

Did all installation correctly. Get this: Internal error Jump to: navigation, search [4192e5dd] 2014-10-06 23:08:17: Fatal exception of type MWException

Anyone? 94.173.123.1 23:13, 6 October 2014 (UTC)

Hi, what version of the extension are you using?

Can you post a full stacktrace? (might need to set $wgShowExceptionDetails = true;). Legoktm (talk) 16:02, 9 October 2014 (UTC)

Thanks!

[4de5d0f9] /mw/index.php?title=Special:UserMerge Exception from line 376 of /home/openacce/public_html/mw/includes/SpecialPage.php: Call to undefined method UserMerge::getPageTitle

Backtrace:

1. 0 /home/openacce/public_html/mw/extensions/UserMerge/UserMerge_body.php(128): SpecialPage->__call(string, array)
2. 1 /home/openacce/public_html/mw/extensions/UserMerge/UserMerge_body.php(128): UserMerge->getPageTitle()
3. 2 /home/openacce/public_html/mw/includes/SpecialPage.php(631): UserMerge->execute(NULL)
4. 3 /home/openacce/public_html/mw/includes/SpecialPageFactory.php(488): SpecialPage->run(NULL)
5. 4 /home/openacce/public_html/mw/includes/Wiki.php(298): SpecialPageFactory::executePath(Title, RequestContext)
6. 5 /home/openacce/public_html/mw/includes/Wiki.php(602): MediaWiki->performRequest()
7. 6 /home/openacce/public_html/mw/includes/Wiki.php(467): MediaWiki->main()
8. 7 /home/openacce/public_html/mw/index.php(49): MediaWiki->run()
9. 8 {main} 109.144.250.246 16:41, 9 October 2014 (UTC)

Using the latest version. 109.144.250.246 16:41, 9 October 2014 (UTC)

You seem to be using a version of MediaWiki earlier than 1.23. If so, you need to download the corresponding version of UserMerge for that MediaWiki version. Legoktm (talk) 05:39, 10 October 2014 (UTC)

Great. Thank you! 94.173.123.1 00:05, 11 October 2014 (UTC)

[RESOLVED] access to bureaucrats only?

My wiki has two bureaucrats and 4 admins. Myself and the other bureaucrat are able to use this extension but for the life of me I can not figure out how to add a second group, so both bureaucrats and administrators can merge users. Any help would be greatly appreciated. 76.27.74.20 18:55, 15 January 2015 (UTC)

Try adding this to LocalSettings.php:

$wgGroupPermissions['sysop']['usermerge'] = true; Ciencia Al Poder (talk) 22:25, 15 January 2015 (UTC)

dang it, that worked perfectly. I had been trying things like

$wgGroupPermissions['administrator']['usermerge'] = true;

and having no luck. THANK YOU! 76.27.74.20 03:32, 16 January 2015 (UTC)

merged blocked user to myself, now I'm blocked

Title says it all. But I've tried unblocking myself, and the other admin/bureaucrat has too. The Unblocks show up in the logs. But to no avail; I'm still blocked. This seems to be a flaw in the extension. As a sidenote, after upgrading I don't have the extension installed anymore, I dont think reinstalling could make a difference could it? 96.32.0.225 (talk) 20:26, 1 August 2015 (UTC)

User blocks are stored in the database. You can check the ipblocks_table: Search the column ipb_user for your username and maybe also for the old username and remove the matching lines. 88.130.67.139 (talk) 12:09, 19 October 2015 (UTC)

Global accounts?

Does this extension merge accounts only in a local wiki or does it know also how to merge global accounts in a wiki farm like Wikimedia or Miraheze? ([https://github.com/miraheze/mw-config/issues/50#issuecomment-131452635 background]) QuimGil (talk) 22:45, 15 August 2015 (UTC)

Which email address survives a merge?

I screwed up a user creation; apparently, typoed the email address. So, I have account A with the preferred username but bad email, and account B with non-ideal username but good email. I'd like to end up with one account with the good name and good email!

I'm worried that if I merge B into A, the new (good) email won't come with it. Thinking I must merge A into B, then rename B to the 'good' name, but am worried that merging will bring A's bad email over. So: which email survives a merge? 130.68.145.115 (talk) 16:14, 11 November 2015 (UTC)

Fatal error: Call to a member function fetch_array() on a non-object in DatabaseMysqli.php on line 196

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.

---

ln 196:

protected function mysqlFetchArray( $res ) {

$array = $res->fetch_array();

if ( $array === null ) {

return false;

}

return $array;

}

This error occurs every time i'm trying to use the extension? Blazyb (talk) 14:30, 14 December 2015 (UTC)

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

Duplicate entry errors and failed merges

I've been using the extension for several years with no problem (MW 1.19.24) but lately have been seeing this sort of error crop with more frequently:

Database returned error "1062: Duplicate entry '2-0-Canon_EOS_60D' for key 'wl_user'

The string of text following 'entry' varies and never means anything to me and does not appear related to the user's name in any way. Perhaps it's an edit they made. Any idea what causes this error? And is there any way to override or correct the error so the user can be merged and deleted? Steevithak (talk) 00:50, 4 February 2016 (UTC)

This looks like a primary key error on watchlist table. If both users have the same page on the watchlist, when merging them on the same user will be duplicates.

This is a bug on the extension. You could manually delete the entries on that table for wl_user the ID of one of the users being merged. Ciencia Al Poder (talk) 11:27, 4 February 2016 (UTC)

  Problem with „UserMerge“

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. I have a problem with „UserMerge“ ...

Perhaps, you can help me ... :-)

I have the MediaWiki version 1.24.2.

I have download the file (I have try the files for 1.23, 1.26 and 1.27) from https://www.mediawiki.org/wiki/Special:ExtensionDistributor/UserMerge.

I have extract the file and load the folder “UserMerge” in the /extensions directory.

Then I have modify the file “LocalSettings.php”: I have paste the code

wfLoadExtension( 'UserMerge' );

// By default nobody can use this function, enable for bureaucrat?

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

in the last rows of “LocalSettings.php”.

Now, when I open the Wiki in the browser, I get the following error:

“Fatal error: Call to undefined function wfLoadExtension() in XXX/LocalSettings.php on line 171”

What is the problem? How can I fix it?

Thank you very much for your help 90.186.0.179 (talk) 14:33, 29 July 2016 (UTC)

You should probably upgrade to MW 1.26.x or 1.27.x. However on MW 1.24.x you should still use the classic method of invoking the extension:

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

[[kgh]] (talk) 15:04, 29 July 2016 (UTC)

Ah, thank you very much.

Of course, I red the article and tried the code

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

... I got also an Error.

But, now, I recognize, that I don’t have used the 1.23 version of the file (I tried just the 1.27 version and the 1.26 version). My mistake.

With the 1.23 version, there are no problems.

Sorry for the trouble.

Thank you very much again! :-) 90.186.0.179 (talk) 19:08, 29 July 2016 (UTC)

Great that it works out for you now.

Indeed, extension distributor should also allow to download the tarballs for unsupported versions of MediaWiki. GitHub is the only way to get these at the moment, but this is another story. [[kgh]] (talk) 20:56, 29 July 2016 (UTC)

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

Error with UserMerge + Flow

Hi,

I am using Flow and UserMerge, and when I try to merge two users (in fact, trying to delete one), I get the following error :

[442729fa14814bb95ac91954] 2016-08-09 15:05:01: Fatal error type « Flow\Exception\FlowException »

Is the problem related to UserMerge or to Flow ? In doubt, I post the same question to Flow Extension talk too.

Thanks in advance Tuxxic (talk) 15:09, 9 August 2016 (UTC)

Better yet: Open a bugreport and add both tags/projects so developers can actually be aware of this bug Ciencia Al Poder (talk) 15:14, 9 August 2016 (UTC)

I did a few days ago : https://phabricator.wikimedia.org/T142483

Thanks for advice ! I'll use Phabricator more often now. Tuxxic (talk) 11:55, 23 August 2016 (UTC)

Restore user

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.

---

Is there a way to restore a deleted user? Tribly (talk) 17:11, 2 November 2016 (UTC)

no, the user to be merged is deleted from the user table. the person will have to recreate the account, everything will have been lost. be careful when using this. 35.20.211.15 (talk) 09:14, 21 November 2016 (UTC)

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

Error when attempting to merge

When attempting to merge 2 users (blocked spam bot accounts) together, or to a default Spammer account, i get:

Fatal error: Call to undefined method MediaWiki\MediaWikiServices::getDBLoadBalancerFactory() in /home/sentin22/public_html/extensions/UserMerge/MergeUser.php on line 230

Very new mediawiki admin, still learning my way around things. Thanks Lynkfox (talk) 02:04, 26 February 2017 (UTC)

What's your MediaWiki version and version of the UserMerge extension? Looks similar to T147511 but REL1_27 of UserMerge doesn't have this call Ciencia Al Poder (talk) 15:26, 26 February 2017 (UTC)

MediaWiki

1.27.1

UserMerge

1.10.0 (55971e5)20:04, 24 October 2016

I DL'd user merge directly from this page, so thought it should be the most recent version. Perhaps I am mistaken? Lynkfox (talk) 18:48, 26 February 2017 (UTC)

If you're using MediaWiki 1.27, then you should select the 1.27 branch when downloading the extension, and not the latest stable. Ciencia Al Poder (talk) 20:30, 26 February 2017 (UTC)

oh. That makes a lot of sense. Works great now, thanks! Lynkfox (talk) 00:02, 28 February 2017 (UTC)

Fatal error of type DBQueryError

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.

---

When I try to merge two users I get an error:

[0a2fe910b4519b6b687ee482] 2017-04-09 18:50:36: שגיאה חמורה מסוג "DBQueryError"

The mediawiki version I'm using is 1.28 and I have the right version of usermerge (branch hash: 55971e5dde4ac29783d6eb3c5d49d7b8dcffbc4f).

In the apache log I have the following message:

[Sun Apr 09 21:50:36.855136 2017] [:error] [pid 9938] [client 141.226.217.117:38691] PHP Notice:  Undefined offset: 1 in /var/www/html/w/extensions/UserMerge/MergeUser.php on line 342, referer: https://www.betmidrash.org.il/index.php/%d7%9e%d7%99%d7%95%d7%97%d7%93:%d7%9e%d7%99%d7%96%d7%95%d7%92_%d7%9e%d7%a9%d7%aa%d7%9e%d7%a9%d7%99%d7%9d

any idea why it happens? Elyashiv (talk) 18:55, 9 April 2017 (UTC)

This is a bug. I've reported T162563. If you can control, or can contact one of the two users that are failing to merge, tell him/here to clear the watch list of one of the accounts, until this bug is fixed. Ciencia Al Poder (talk) 20:44, 9 April 2017 (UTC)

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

How to delete all blocked users

I have been attacked by a user bot. IO have allready managed to block a 50.

But maybe can someone tell me how to remove them from the databases using SQL Gharryh (talk) 19:08, 11 May 2017 (UTC)

Fiddling with the database can lead to inconsistencies and errors when opening page histories, contributions and special pages. Use this extension to merge accounts into a single one. Ciencia Al Poder (talk) 19:38, 11 May 2017 (UTC)

Database error:

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.

---

Following error occured while merging:

[Wgrr4uUSqyqvtDUahBKYCgAAAAk] /mediaWiki/index.php/Spezial:Benutzerkonten_vereinigen Wikimedia\Rdbms\DBQueryError from line 1075 of /usr/share/mediawiki-1.29.1/includes/libs/rdbms/database/Database.php: A database query error has occurred. Did you forget to run your application's database schema updater after upgrading?

Query: UPDATE IGNORE "user_groups" SET ug_user = '19' WHERE ug_user = '18'

Function: MergeUser::mergeDatabaseTables

Error: 42P01 FEHLER: Relation »ignore« existiert nicht

LINE 1: UPDATE /* MergeUser::mergeDatabaseTables */ IGNORE "user_gr...

Im using mediawiki 1.29.1; PHP 7.1.10 (apache2handler); PostgreSQL 9.6.5; ICU 57.1 and UserMerge 1.10.1 (de5f67d). 194.76.232.190 (talk) 13:18, 14 November 2017 (UTC)

Hello,

I have the same issue with MW 1.29.1; PHP 7.0.22-0ubuntu0.16.04.1; MySQL 5.7.20-0ubuntu0.16.04.1-log and UserMerge 1.10.1 Linedwell (talk) 08:53, 26 December 2017 (UTC)

Same with me....

MW 1.27.1

PHP 7.0.7

PostgreSQL 9.4.13 M art in (talk) 13:43, 25 January 2018 (UTC)

I had the same problem with MediaWiki 1.30.

With "$wgDebugToolbar = true;" I saw the following queries:

UPDATE `watchlist` SET wl_user = '1095' WHERE wl_user = '91';

ROLLBACK;

and in the "Debug log":

[DBQuery] MergeUser::mergeDatabaseTables localhost 1062 Duplicate entry '1095-0-Aus_der_Satzung_Gefallenes' for key 'wl_user' (localhost) UPDATE `watchlist` SET wl_user = '1095' WHERE wl_user = '91'

So the problem was that both the old and the new users watched the same pages.

Workaround: Find the duplicate entries ("select old.wl_id, old.wl_namespace, old.wl_title from watchlist old join watchlist new on old.wl_namespace = new.wl_namespace and old.wl_title = new.wl_title where old.wl_user = 91 and new.wl_user = 1095") and delete them before merging the user accounts.

There is an open bug report for this issue. MHSluka (talk) 14:19, 13 February 2018 (UTC)

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

Content moved from Extension.usermerge

Hi, I was using the name shahab since 2007, which was changed to shahab~urwiki in April 2015, as a result of one user one name policy (global account).

I applied for merging my two accounts, shahab~urwiki & شہاب at https://meta.wikimedia.org/wiki/Steward_requests/Username_changes/Pending#Shahab~urwiki@global, but still waiting for merging.

what should i do now? شہاب (talk) 15:38, 5 January 2018 (UTC)

@شہاب, your topic has been moved here. —Mainframe98 _talk 18:56, 5 January 2018 (UTC)

I think that all requests on that page essentially were declined at phab:T49918#1979870, but it seems that no one ever notified those who posted requests on that page. Stefan2 (talk) 20:42, 5 January 2018 (UTC)

The old and new usernames need to be distinct.

Hi,

I have problem with UserMerge extension. I want to merge users.

Old user username: "User Name"

New user username: "User_Name"

I want to merge these accounts. But when i tried that, it gives me error: "The old and new usernames need to be distinct."

The old and new usernames already distinct. How i fix that? Bekircem (talk) 20:38, 30 June 2018 (UTC)

Logging Control

Hey,

UserMerge logs every merger, which usually makes sense and is a good functionality. However sometimes you don't want the merge to be displayed (e.g. when you use it to get GDPR compliance, by merging users into a 'DeletedUser' or similar). In that case you do not want the old username to appear in any log, since the point is to remove all that user's personal data (including his username).

Is there a possibility to switch logging of in LocalSettings or vial button in the UserMerge menu?

Best, Daniel Daniel schuerhoff (talk) 13:52, 28 August 2018 (UTC)

Yes, it would be nice to have something like

$wgUserMergeNoLog = true; Planetenxin (talk) 08:06, 8 January 2019 (UTC)

What I did as a temporary Workaround, I went into the files that create the logs and replaced the (first?) username for all merges with 'merged user' und 'deleted user' for the deletions.

With a switch would be nicer, but that is a possibility. Maybe if I have some time, imma implement a simple if-case for a variable like that and do a PR. Daniel schuerhoff (talk) 15:21, 14 January 2019 (UTC)

Feature Request: User Page Redirect?

Would it be possible to add an automatic redirect to the User page and User talk page? It would be good that things remain connected. AJ Quick (talk) 05:35, 6 January 2019 (UTC)

Could this work with version 1.25?

Could this work with version 1.25?@Bmrberlin [[User:Bmrberlin| Bernd M.]] (talk) 17:43, 20 January 2019 (UTC)

I have test UserMerge and work fine with mediawiki 1.32.0 Zer00CooL (talk) 16:32, 16 March 2019 (UTC)

Thank you, but I asked for version 1.25.@Bmrberlin [[User:Bmrberlin| Bernd M.]] (talk) 04:58, 22 March 2019 (UTC)

Error: 42P01 ERROR: relation "ignore" does not exist

Hi, i've Postgress 217.12.176.10 (talk) 16:03, 20 February 2019 (UTC)

How do you actually delete users

I have tried and tried using:

`%login%, AAHWayne00562260`

or

`AAHWayne00562260`

But both result in the same error as seen in the error
File:Image upload of my fail.png My problem is that I have some 27k fake user accounts, so I opted for the comma seperated, this doens't appear to work.

So how can I delete all 27k banned users?
Jamiehutber (talk) 14:14, 15 March 2019 (UTC)

Add a captchap to slow down spam

https://wiki.visionduweb.fr/index.php?title=Maintenance_et_securite_de_Mediawiki

You can read this to clean mediawiki spam

https://wiki.visionduweb.fr/index.php?title=Maintenance_et_securite_de_Mediawiki#Nettoyer_les_spams_sur_mediawiki

Look to delete inactif user too

Manual:RemoveUnusedAccounts.php

You can look this

https://wiki.visionduweb.fr/index.php?title=Maintenance_et_securite_de_Mediawiki#Cleanmediawiki

and

https://wiki.visionduweb.fr/index.php?title=Maintenance_et_securite_de_Mediawiki#Clean_up_MediaWiki_after_a_spammer Zer00CooL (talk) 01:50, 16 March 2019 (UTC)

You can test, and, confirm, the best is Cleanmediawiki ut, it's not a officiel repo. Why ? I don't know. Zer00CooL (talk) 04:01, 16 March 2019 (UTC)

I have test UserMerge and work fine with mediawiki 1.32.0

I can only delete one user at a time, return to the merge form to delete a second user, return to the form, and so on ...

It's a good tool, but slow, if you have multiple users to delete. Zer00CooL (talk) 16:31, 16 March 2019 (UTC)

How i can purge the content from Spécial:Journal/usermerge

I would not want to display the actions performed.

- Either hide them from the public

- Or, preferably, be able to delete them by myself.

How to do ?

Can I empty such information from the database?

Where are the information stored?

The Merge and Delete User information is always displayed from Spécial:Journal/usermerge

The same from Spécial:Modifications_récentes Zer00CooL (talk) 18:45, 16 March 2019 (UTC)

You can suppress the contents of those logs (the log will be there, but the information not visible to others) if you have the deletelogentry permission (see Manual:User_rights#List_of_permissions) Ciencia Al Poder (talk) 12:10, 17 March 2019 (UTC)

A better approach is to add that log to Manual:$wgFilterLogTypes, which would hide them from Special:RecentChanges and Special:Log (unless specifically requested to be shown).

If you don't want them to be visible even when explicitly requested, add it to Manual:$wgLogRestrictions. Ciencia Al Poder (talk) 12:13, 17 March 2019 (UTC)

I do not know either of them. I watch.

We do not hesitate to complete here a little information.

To be able to manage the deletion, or, to hide the logs totally, would be a plus for this UserMerge extension.

Thank you for participating in the discussion so quickly.

I had already tested Logrestriction but I was not able to get what I wanted, to properly hide UserMerge logs, to non-connected users and to single users.

Test 1 # KO

An intermediate solution would be to disable the extension once the merges and deletions have been made.

If the extension is disabled, "log-name-usermerge" is displayed instead of "User Account Merge Log".

A single line will then be displayed in the last changes since Mediawiki: "18:25 (⧼log-name-usermerge⧽). [Zer00CooL (46 ×)]"

Even so, the pages I post on another site with an RSS feed continue to serve the information, a line for each profile that has been merge and deleted.

Disabling the extension is therefore useless. I leave the extension enabled.

Test 2 # KO

# Do not display the UserMerge logs.

$ wgLogRestrictions = ['usermerge' => 'bureaucrat'];

# Bug 1

# Works in part since Special: Journal

The logs are not displayed.

The logs are not displayed either with my connected bureaucrat user.

# Bug 2

# Error from Special page: Journal / usermerge

You can not ⧼action-bureaucrat⧽, for the following reason:

You do not have sufficient rights to perform the requested action.

Test 3 # KO

Another alternative would be to use Lockdown but still it does not seem to work.

I am not on options to indicate, I try "usermerge" to forbid to "user" but the users always have access to the information of journaling, in particular, on "Latest modifications".

I found how to hide all the "last changes" but this is not the purpose of hiding all the changes, only the merge and deletion of user account.

###

I may not use the right configurations, I do not know how to move on now.

###

# TODO

I would then search the database for "deleted the user account" or "log-name-usermerge" or "usermerge".

See if it is possible to delete these kind of entries directly from the database.

# I think it would have been better to use the CleanMediawiki.sh script to delete users. I did not test it. https://github.com/ZerooCool/cleanmediawiki

My research in French on UserMerge :

https://wiki.visionduweb.fr/index.php?title=Maintenance_et_securite_de_Mediawiki#Merger_ou_supprimer_un_utilisateur_avec_l.27extension_UserMerge Zer00CooL (talk) 23:14, 17 March 2019 (UTC)

OK with this adds to the LocalSettings.php

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

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

https://wiki.visionduweb.fr/index.php?title=Sp%C3%A9cial:Journal/usermerge

The RevisionDelete extension allowed me to replace the UserMerge logging information with neutral information. I would have preferred to delete UserMerge's logging information but the RevisionDelete extension still looks interesting. The history is preserved. The irrelevant information is neutralized.

https://wiki.visionduweb.fr/index.php?title=Maintenance_et_securite_de_Mediawiki#Restreindre_la_consultation_des_r.C3.A9visions

I guess I can rely on the CleanMediawiki.sh script to learn more about how to clean mediawiki by going through this script.

Nevertheless, the issue remains open if anyone can explain to me with an example adapted to UserMerge, how to delete ALL the logging data of UserMerge. Zer00CooL (talk) 01:52, 18 March 2019 (UTC)

Merging IP contributions to an user

Well, that. It's possible to merge the contributions of an IP to an existing account? --Tinker Bell ★ ♥ 22:16, 12 August 2019 (UTC)

no, an IP contribution can be by anybody, even if your have an IPV6 or a static IPv4. Crochet.david (talk) 16:00, 21 August 2019 (UTC)

UserMerge CannotCreateActorException

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.

---

My config:

Product	Version
MediaWiki	1.33.1 (d35fba2) 15:11, December 17, 2019
PHP	7.2.17-0ubuntu0.18.04.1 (apache2handler)
MariaDB	10.1.38-MariaDB-0ubuntu0.18.04.1

UserMerge

1.10.1 (4b7feed) 08:17, July 24, 2019

trying to delete a user (merging it to Anonymous) I get this error and the following backtrace:

UserMerge CannotCreateActorException from line 2516 of /var/www/w/includes/user/User.php: Cannot create an actor for a usable name that is not an existing user.

Backtrace:

#0 /var/www/w/extensions/UserMerge/includes/MergeUser.php(378): User->getActorId(Wikimedia\Rdbms\DatabaseMysqli)

#1 /var/www/w/extensions/UserMerge/includes/MergeUser.php(50): MergeUser->mergeDatabaseTables(string)

#2 /var/www/w/extensions/UserMerge/includes/SpecialUserMerge.php(135): MergeUser->merge(User, string)

#3 /var/www/w/includes/htmlform/HTMLForm.php(660): SpecialUserMerge->onSubmit(array, OOUIHTMLForm)

#4 /var/www/w/includes/htmlform/HTMLForm.php(552): HTMLForm->trySubmit()

#5 /var/www/w/includes/htmlform/HTMLForm.php(567): HTMLForm->tryAuthorizedSubmit()

#6 /var/www/w/includes/specialpage/FormSpecialPage.php(184): HTMLForm->show()

#7 /var/www/w/includes/specialpage/SpecialPage.php(569): FormSpecialPage->execute(NULL)

#8 /var/www/w/includes/specialpage/SpecialPageFactory.php(558): SpecialPage->run(NULL)

#9 /var/www/w/includes/MediaWiki.php(288): MediaWiki\Special\SpecialPageFactory->executePath(Title, RequestContext)

#10 /var/www/w/includes/MediaWiki.php(865): MediaWiki->performRequest()

#11 /var/www/w/includes/MediaWiki.php(515): MediaWiki->main()

#12 /var/www/w/index.php(42): MediaWiki->run()

#13 {main} Silkwood (talk) 13:37, 7 January 2020 (UTC)

Solved!

It was enough to add the following line in LocalSettings.php

// Add just one user name to the default array

$wgReservedUsernames[] = 'Anonymous';

to get this:

Merge from Giada (691) to Anonymous (0) is complete.

Giada (691) has been deleted.

Thanks to Brian Wolff

Silkwood (talk) 06:46, 8 January 2020 (UTC)

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

User mass merge

I would like to contribute with multiple user merge scripts. The motivation behind this approach is to merge a list of users without manually entering each user on Special:UserMerge page.

I spin up mediawiki using vagrant. It was running on localhost with administrator credentials (admin:vagrant). I created manually Testold, Testnew and Testold2,Testnew2 users. As a result Testold user should be merged to Testnew and Testold2 shoudl be merged to Testnew2.

Following steps are implemented in provided scripts:

1. Retrieve login token via mediawiki API
2. Logon as admin (or someone with usermerge privileges) using login token
3. Retrieve csfr token via mediawiki API
4. Loop over users to be merged and for each send post request using csfr token

‎

Tested on Mediawiki version 1.31.x and 1.39.x ‎

Powershell:

$baseUrl = 'http://localhost:8080'
$resp = invoke-webrequest -method GET -uri "
${baseUrl}/w/api.php?action=query&meta=tokens&format=json&type=login" -ContentType "application/json" -SessionVariable session
$loginToken = ($resp.Content | ConvertFrom-Json).query.tokens.logintoken

$body = @{
   "action" = "clientlogin"
   "logintoken" = "${loginToken}"
   "username" = "admin"
   "password" = "vagrant"
}

$resp = Invoke-WebRequest -Method POST -Uri "${baseUrl}/w/api.php?action=clientlogin&loginreturnurl=${baseUrl}/&format=json" -Body $body -WebSession $session
Write-Host ($resp.Content)

$resp = invoke-webrequest -method GET -uri "${baseUrl}/w/api.php?action=query&meta=tokens&format=json" -ContentType "application/json" -WebSession $session
$csfrToken = ($resp.Content | ConvertFrom-Json).query.tokens.csrftoken

$users = @(
    @{
        olduser = 'Testold'
        newuser = 'Testnew'
        # Testold will not be deleted
		deleteOldUser = 0
    },
    @{
        olduser = 'Testold2'
        newuser = 'Testnew2'
		# Testold2 will be deleted
        deleteOldUser = 1
    }
)

foreach($user in $users){
    $body = @{
        wpolduser=$user['olduser']
        wpnewuser=$user['newuser']
        wpdelete=$user['deleteOldUser']
        wpEditToken=$csfrToken
        title='Special:UserMerge'
        redirectparams=
    }

    $resp = invoke-webrequest -method Post -uri "${baseUrl}/wiki/Special:UserMerge" -Body $body -WebSession $session
    Write-Host ($resp.ParsedHtml.getElementsByTagName('p') | select -Property innerHtml)
}

Python:

#!/usr/bin/python3

"""
    clientlogin.py

    MediaWiki UserMerge Code Sample
"""

import requests
from urllib.parse import urljoin
from bs4 import BeautifulSoup

def client_login(url, login_token, username, password):
    """ Send a post request along with login token, user information
    and return URL to the API to log in on a wiki """

    response = S.post(url=urljoin(url, 'w/api.php'), data={
        'action': "clientlogin",
        'username': username,
        'password': password,
        'loginreturnurl': url,
        'logintoken': login_token,
        'format': "json"
    })

    return response.json()

def fetch_login_token(url):
    """ Fetch login token via `tokens` module """

    response = S.get(
        url=urljoin(url, 'w/api.php'),
        params={
            'action': "query",
            'meta': "tokens",
            'type': "login",
            'format': "json"})
    data = response.json()
    return data['query']['tokens']['logintoken']

def fetch_csfr_token(url):
    """ Fetch csfr token via `tokens` module """

    response = S.get(
        url=urljoin(url, 'w/api.php'),
        params={
            'action': "query",
            'meta': "tokens",
            'format': "json"})
    data = response.json()
    return data['query']['tokens']['csrftoken']

def user_merge(url, users, csfr_token):
    """ User merge action """
    for user in users:
        response = S.post(
            url=urljoin(url, 'wiki/Special:UserMerge'),
            data={
                "wpolduser": user["oldUser"],
                "wpnewuser": user["newUser"],
                "wpdelete": user["deleteOldUser"],
                "wpEditToken": csfr_token,
                "title": "Special:UserMerge",
                "redirectparams": ""
            }
        )
        soup = BeautifulSoup(response.text, 'lxml')
        print(soup.find_all('p'))
    pass

if __name__ == "__main__":
    S = requests.Session()
    URL = "http://localhost:8080"
    
    login_token = fetch_login_token(URL)
    print(client_login(URL, login_token, 'admin', 'vagrant'))
    
    csfr_token = fetch_csfr_token(URL)
    print(csfr_token)
    users = [{'oldUser':'Testold', 'newUser':'Testnew', 'deleteOldUser': 0},
             {'oldUser':'Testold2', 'newUser':'Testnew2', 'deleteOldUser': 1}]
    user_merge(URL, users, csfr_token)

HackForLive (talk) 18:46, 22 April 2022 (UTC)

Question in 1.38

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.

---

What happens if you install this extension on MediaWiki 1.38 or 1.39? 105.105.142.182 (talk) 17:01, 24 July 2022 (UTC)

I'm not sure if it doesn't work - an anon IP added the original note about MW 1.38 incompatibility, and I don't see any open issues regarding it. FFS ^Talk 13:33, 28 July 2022 (UTC)

Should I consider this extension unmaintained? 105.105.76.253 (talk) 14:46, 28 July 2022 (UTC)

It looks like it received updates as late as Jun 19th, and it's in use by some prominent releases, such as BlueSpice. I'm not sure if there's an official active maintainer.

I think you should just try it on a later version. FFS ^Talk 17:25, 28 July 2022 (UTC)

I and Kghbln reverted the warning given I just tested with MW 1.38 and 1.39 and it works. Perhaps phabricator:T281821 was an issue a few months ago, but it is solved.

If you have specific issues with the extension, please open a task on Phabricator and describe the issue. Be sure you use the lastest version of the extension in the branch REL1_38 (Git method), or you recently downloaded the latest version (branch 1.38) of the extension on Special:ExtensionDistributor/UserMerge. ~ Seb35 [^_^] 13:48, 29 July 2022 (UTC)

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

References from Version History not converted

Tried this Plugin on a user A and B in mediawiki 1.37.4

It said that the users A was merged successfully to B, but in the history of a random-picked sample page the edits still were listed as user A.

I repeated the drill and selected "Delete old user". After that the edit-logs of user "A" were all gone. The edit history had only records for other users.

My expectation would be, that edits from user "A" are beeing listed as from user "B" after the merge. NoHTTP (talk) 13:59, 5 August 2022 (UTC)

Help to install

Hello! Could you tell me "$wgGroupPermissions['bureaucrat']['usermerge'] = true;" which folder and where in the folder should I put it? Thanks! AlPaD (talk) 17:15, 31 May 2023 (UTC)

See Manual:LocalSettings.php Ciencia Al Poder (talk) 20:34, 31 May 2023 (UTC)

Error When Attempting to Merge Users

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.

---

On my MediaWiki software, I keep getting the below error whenever I attempt to merge users:

/mediawiki-1.41.0/index.php/Special:UserMerge Error: Call to undefined method MediaWiki\MediaWikiServices::getConnectionProvider()

Backtrace:

from /var/www/html/mediawiki-1.41.0/extensions/UserMerge/includes/MergeUser.php(79)

# 0 /var/www/html/mediawiki-1.41.0/extensions/UserMerge/includes/MergeUser.php(55): MergeUser->mergeEditcount()
# 1 /var/www/html/mediawiki-1.41.0/extensions/UserMerge/includes/SpecialUserMerge.php(141): MergeUser->merge()
# 2 /var/www/html/mediawiki-1.41.0/includes/htmlform/HTMLForm.php(751): SpecialUserMerge->onSubmit()
# 3 /var/www/html/mediawiki-1.41.0/includes/htmlform/HTMLForm.php(631): HTMLForm->trySubmit()
# 4 /var/www/html/mediawiki-1.41.0/includes/htmlform/HTMLForm.php(647): HTMLForm->tryAuthorizedSubmit()
# 5 /var/www/html/mediawiki-1.41.0/includes/specialpage/FormSpecialPage.php(231): HTMLForm->show()
# 6 /var/www/html/mediawiki-1.41.0/includes/specialpage/SpecialPage.php(727): MediaWiki\SpecialPage\FormSpecialPage->execute()
# 7 /var/www/html/mediawiki-1.41.0/includes/specialpage/SpecialPageFactory.php(1621): MediaWiki\SpecialPage\SpecialPage->run()
# 8 /var/www/html/mediawiki-1.41.0/includes/MediaWiki.php(357): MediaWiki\SpecialPage\SpecialPageFactory->executePath()
# 9 /var/www/html/mediawiki-1.41.0/includes/MediaWiki.php(960): MediaWiki->performRequest()
# 10 /var/www/html/mediawiki-1.41.0/includes/MediaWiki.php(613): MediaWiki->main()
# 11 /var/www/html/mediawiki-1.41.0/index.php(50): MediaWiki->run()
# 12 /var/www/html/mediawiki-1.41.0/index.php(46): wfIndexMain()
# 13 {main}

Network-charles (talk) 13:38, 20 April 2024 (UTC)

Hi @Pppery, have you encountered this error before? I was experimenting with a concept while trying to update the Help:Renaming users page. Although I ultimately went with a different example, I'd appreciate your help in resolving this issue. Network-charles (talk) 20:53, 20 April 2024 (UTC)

No, I've never seen this error before. But I don't actively use UserMerge either, and it's not been as actively maintained as it should be for years, so I would not be surprised if this is a real bug that needs to be reported on Phabricator. * Pppery * _{it has begun} 20:59, 20 April 2024 (UTC)

Okay, I will report it. Network-charles (talk) 21:04, 20 April 2024 (UTC)

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