Extension talk:Contributors

It will not work ok when the MW version is 1.8.4
i have already fix this problems!I am --Wanglong 08:23, 26 September 2007 (UTC)

if I add the, the extension works ok,

but when I type the url:

http://localhost/allwiki/index.php/Special:Contributors

the system tell me: Fatal error: Call to undefined method IncludableSpecialPage::gettitlefor in E:\wamp\www\allwiki\extensions\Contributors\Contributors.page.php on line 206

because MW1.8.4 don`t have the method gettitlefor under SpecialPage.php, so i copy the method from the vesion of 1.10.0 to current version of my Mediawki 1.8.4 to the class SpecialPage: static function getTitleFor( $name, $subpage = false ) { $name = self::getLocalNameFor( $name, $subpage ); if ( $name ) { return Title::makeTitle( NS_SPECIAL, $name ); } else { throw new MWException( "Invalid special page name \"$name\"" ); }	}		/**	 * Get the local name for a specified canonical name */	static function getLocalNameFor( $name, $subpage = false ) { global $wgContLang; //		$aliases = $wgContLang->getSpecialPageAliases;// i get off this by pea if ( isset( $aliases[$name][0] ) ) { $name = $aliases[$name][0]; }		if ( $subpage !== false && !is_null( $subpage ) ) { $name = "$name/$subpage"; }		return $name; }

and then the extension can work!i am so happy! hehe !--Wanglong 08:23, 26 September 2007 (UTC)

Cite and Contributors extension
Hi. I am getting html validity warning when using both Cite and Contributors extensions.

Warning:  anchor "t-cite" already defined  Cituj tento článek   Main contributors  --147.229.5.124 06:52, 30 May 2007 (UTC)


 * Fixed, thanks. robchurch | talk 18:19, 1 June 2007 (UTC)

Embedding
When I did a test page for embedding in a page, it was one row and pretty much looks awful. :( --PurplePopple 14:59, 27 September 2007 (UTC)

Problem with custom namespaces
I've set up the contributors extension on my site and it works fine. This is a very useful extension.

However, I've got a problem with custom namespaces. Almost all articles on my wiki appear in custom namespaces and I would like to use the "main contributor" link in the toolbox to see the main contributors for these articles.

The problem is that the "main contributors" link appears in the toolbox on articles in the (Main) namespace, but not in the toolboxes in the custom namespaces.

I'm using MW version 1.9.1 with the monobook template.

I tried to set up a link to the special page using MediaWiki:sidebar, but I couldn't get this to work.

For some reason, the contributor extension is placing the "main contributors" link in the tool box only in the (Main) namespace.

Can anyone help me solve this problem?

Thanks..

--C4duser 23:50, 26 October 2007 (UTC)

How to add Contributors list on each article page?
I have installed this extension on my media wiki installation. It is working fine enough.

Is there anyway to tweak it so that it will shown on each article?

some tweaks to this extension
I've posted a version of this extension with some customizations (each name links to user homepage, option to show real name, more flexible layout): http://htyp.org/Contributors_extension

I have no idea what the process is for properly integrating these changes with the official release (assuming they're an improvement), so I'll leave it for someone else to do or else point me at a how-to... Thanks.

--Woozle 12:29, 14 November 2007 (UTC)

Doesn't work out of the box with PostgreSQL
Postgres will (correctly) complain that you neeed to group by rev_user as well as rev_user_text for the query to really make sense. To fix find the line that looks like:

'GROUP BY' => 'rev_user_text',

and change it to:

'GROUP BY' => 'rev_user_text, rev_user',

Mediawiki 1.15 and Contributors
Ok, so after some playing and tinkering, pushing and pulling, I finally got contributors working for my installation. For some reason it chokes on Line 50 of Contributors.page.php (Undefined call...)

Finally, after some thinking, I got it working by using the REL_1_14 branch. Here's my pertinent excerpts from Special:Version: MediaWiki 	1.15.1 PHP 	5.2.4-2ubuntu5.6 (apache2handler) MySQL 	5.0.51a-3ubuntu5.4

Installed extensions Special pages Collection (Version 1.2) 	Create books 	PediaPress GmbH and Siebrand Mazeland Contributors (Version 1.0.1beta) 	Summarises the main contributors to a page 	Rob Church Flagged Revisions 	Gives editors and reviewers the ability to validate revisions and stabilize pages 	Aaron Schulz and Joerg Baach Parser hooks Cite 	Adds  and  tag of the Cite extension doesn't produce output if you use   on the same page. Any idea what's wrong? Thanks for your help! Stefahn (talk) 15:32, 28 March 2013 (UTC)


 * Debugged the code myself and found a solution: Comment out line #22 ($this->setHeaders;) in Contributors.page.php, like so:

global $wgOut, $wgRequest; //$this->setHeaders; $this->determineTarget( $wgRequest, $target );
 * I don't know what it does, but the extension still seems to work fine without that line... Stefahn (talk) 16:10, 28 March 2013 (UTC)

How to make a list of names with links?
Hello! Need some help. Extension is very useful and works well. It would be great if the list of names would be links to pages of authors(User:UserName).

Everything that is displayed on a special page(Special:Contributors) be great to displayed on the page of the article.

How it can be added to the template? It should look like this:



— Preceding unsigned comment added by Piroru90 (talk • contribs) 10:20, 29 October 2014‎


 * The extension doesn't currently support that, though it probably should. In the meantime, if you'd like, try the following patch. In the latest version of  in function , line 52, change it from:

return $contributors->getSimpleList( $parser->getFunctionLang );
 * to:

return array( $contributors->getNormalList( $parser->getFunctionLang ), 'noparse' => true, 'isHTML' => true );
 * Note that this will patch will only help when using the  parser function, not when using special page inclusion.
 * --Ike @ WikiWorks 19:39, 29 October 2014 (UTC)

Thank u much!

A List of Names outputted as comma separated
Hi

Thanks for the great extension. I'm looking to change the code from printing out: Joe, Frank and Mike to where the output is just a comma delimited list: Joe, Frank, Mike. That way one could feed the results to an arraymap, or arraytemplate, to have a better display. Thanks Christharp (talk) 22:10, 16 December 2014 (UTC)
 * Perhaps the extension should support that. A format parameter for the parser function might be nice, at some point. I guess you could strip out the "and" using StringFunctions, which is somewhat unreliable, especially in non-English languages. This modification should work:
 * In the latest version of  in function , change it from:

return $language->listToText( $this->getContributorsNames );
 * to:

return $language->semicolonList( $this->getContributorsNames );


 * I changed this to a semicolon list because those are not commonly found in user names. You can do a comma list by calling function  instead. --Ike @ WikiWorks 22:43, 16 December 2014 (UTC)


 * Thanks. Between this and the NamespaceHTML extension you're starting to be my new favorite extension writer (Lol) (Yaron Koren and Cindy Cicalese being my other favorites). Anyways, thank you and whatever holiday you celebrate, or don't celebrate, have a good one and a happy new years.Christharp (talk) 23:40, 18 December 2014 (UTC)

Extension Contributors is not deployed in en-wiki
Hello,

I am a GSoC aspirant and I am planning to work on a project named List Of contributors which aims at listing the contributors to a particular page. But I came across a similar extension Contributors which has already been developed. But the extension Contributors doesn't seem to be deployed in the en-wiki. It would be great if someone can point out the reason.

Thanks!Devikrishnan (talk) 13:23, 18 March 2016 (UTC)
 * Many extensions aren't deployed on Wikimedia wikis. Usually it comes down to either not enough people want it, or nobody has asked or there are quality problems with the extension. Bawolff (talk) 01:38, 22 November 2017 (UTC)

Not compatible with MediaWiki 1.27
See Topic:T6thcdtfz8k4f1mw --Ciencia Al Poder (talk) 02:55, 1 July 2016 (UTC)
 * This is fixed now. Bawolff (talk) 01:38, 22 November 2017 (UTC)

Error when referring to this page
I have the extension mostly working on MW 1.27, but this construction crashes the page

with these 2 errors:

Original exception: [a3bf0f7608a59bc1ebb43392] [no req] MWException from line 141 of WIKI/includes/FormOptions.php: Invalid option target Backtrace: #0 WIKI/includes/FormOptions.php(176): FormOptions->validateName(string, boolean) #1 WIKI/includes/FormOptions.php(391): FormOptions->getValue(string) #2 WIKI/extensions/Contributors/Contributors.page.php(35): FormOptions->offsetGet(string) #3 WIKI/includes/specialpage/SpecialPage.php(479): SpecialContributors->execute(string) ...

Exception caught inside exception handler: [a3bf0f7608a59bc1ebb43392] [no req] MWException from line 166 of WIKI/includes/FauxRequest.php: Request URL not set

Same thing if I use on the 'Article' page.
 * I cannot reproduce this. Bawolff (talk) 01:38, 22 November 2017 (UTC)

Breaks pages with ampersands
On MW 1.27, when trying to link to a page with an ampersand in the title, e.g. You&Me , this extension causes the page to fail with the error: Fatal error: Call to a member function getLocalURL on a non-object in WIKI/includes/skins/Skin.php on line 1051

It appears to be caused when creating the 'special' page for the 'tools' box. I added logging which shows Skin::makeSpecialUrl name=Preferences Skin::makeSpecialUrl name=Watchlist Skin::makeSpecialUrl name=Userlogout LoadBalancer::reuseConnection: this connection was not opened as a foreign connection Skin::makeSpecialUrl name=Upload Skin::makeSpecialUrl name=Specialpages Skin::makeSpecialUrl name=Contributors/IM%26P_External_Database_Setup

The error goes away when I edit the function 'navigation' in Contributors.hooks.php, and just return false. public static function navigation( &$skintemplate, &$nav_urls, &$oldid, &$revid ) { +              return false;


 * It would be more useful if you want it fixed to fill a task in phabricator about such bugs --Ciencia Al Poder (talk) 03:18, 4 November 2016 (UTC)
 * This is fixed now. Bawolff (talk) 01:38, 22 November 2017 (UTC)

Master branch seems broken.
(Ping: ) The master branch of this extension seems totally broken to me. Unless someone objects, I'm going to revert back to a working version (probably REL1_27). Bawolff (talk) 01:54, 22 November 2017 (UTC)
 * Sorry about the delay in responding. Is this still relevant? --Ike @ WikiWorks 21:40, 7 December 2017 (UTC)

Was not working under MediaWiki 1.31.1
The problem was that function getContributorsData was never called and variable contributors was empty. A simple fix to change line 186 of file Contributors.php to  return array_keys( $this->getContributorsData ); instead of  return array_keys( $this->getContributors );

REAL USER NAME
Could someone please help me by indicating how I get the real name of the user? I have installed this extension but it only prints the username. Example: Username: Clituma Real Name: Carolina Lituma

maintenance/PopulateContributorsTable.php is broken in MW 1.35
The maintenance script crashes because it still uses the removed rev_user and rev_user_text fields to import from the revision table.

Add page title in database
Hi I am trying to add page title in database alongwith its other table like:

'cn_page_id' => $pageId, 'cn_user_id' => $userId, 'cn_user_text' => $text, 'cn_revision_count' => 1, 'cn_first_edit' => $timestamp

i wan to insert page title in database as well like

'cn_page_title' => $pagetitle

How and where to include code correctly?

My mail address fkhalid42@gmail.com

Transclusion and parser function always produce an empty list of contributors
It seems like both transclusion of the special page and use of the parser function are generated from Contributors::getSimpleList. However, this seems to always return an empty list because it appears that the contributor data is never actually loaded from the database. Adding the following line to the bottom of Contributors::__construct fixes the problem: $this->setContributors( $this->getContributorsData ); Additionally, it doesn't appear that any code in the extension ever calls Contributors::getContributorsData. The normal view of the special page continues to work fine since it seems to use a totally independent loading mechanism via MediaWiki's TablePager. Perhaps a call to getContributorsData was removed during construction since that would hit the database twice when generating the Table?