User talk:Aaron Schulz/archive 1

• I've copied across the three files for Extension:CheckUser into my extensions folder, but when I go to Special:Userrights, the Available group 'checkuser' does not appear. Any suggestions?
• It would nice if future versions could look-up a user's email address too. -- Ian --84.9.191.165 19:55, 23 February 2007 (UTC)

Two things. First, the patch for the newer version (which will be on svn soon) is here. Second, make sure that you add "include_once('extensions/CheckUser/CheckUser.php');" to localsettings.php (assuming you put it in the extension directory). Voice of All 21:08, 23 February 2007 (UTC)

• Thanks for the quick reply. Indeed I had omitted the "include_once", however, I am now getting an error

• "Warning: main(/home/752/knowhow/www.plasma-universe.com/public_html/extensions/../ExtensionFunctions.php): failed to open stream: No such file or directory in /home/752/knowhow/www.plasma-universe.com/public_html/extensions/CheckUser.php on line 18"

• And I can't find any occurrence of ExtensionFunctions.php --84.9.191.165 00:31, 24 February 2007 (UTC)

ExtensionFunctions.php should be where localsettings.php is. Make sure that you have latest version of MW.Voice of All 19:09, 25 February 2007 (UTC)

FlaggedRevs and the API

Hello Aaron, thank you for this extension !
I have a mediawiki 1.5 with FlaggedRev Extension 1.5 too. But I ty to use the API to see the draft and validated version revisions of my pages. Can we use the API to have a liste of revision with the falaged state of each revision ? I try that :

http://de.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Niels_Bohr&rvlimit=5&rvprop=ids%7Ctimestamp%7Cuser%7Ccomment%7Cflagged%7Ccontent

oko i find the solution of this problem, we can't ask a the api the flag and the content in the same request , see the difference :

with content and without flag :

http://de.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Niels_Bohr&rvlimit=5&rvprop=ids%7Ctimestamp%7Cuser%7Ccomment%7Cflagged%7Ccontent

without content and with flag :

http://de.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Niels_Bohr&rvlimit=5&rvprop=ids%7Ctimestamp%7Cuser%7Ccomment%7Cflagged

ConfirmAccount in french broken

Hi Aaron, thank you for this nice extension !
I have a bug with french language, page title is mixed english/french when submitting account request: (Spécial:RequestAccount). Then, the new account asking is broken.
I am using mediawiki 1.14.0, mysql 5.0.5 and php 5.2 nmarot 20:24, 1st April 2009 (UTC)

proposal

I suggest a proposal to Pathoschild in metawiki and he guide me to here for Aaron Schulz.[1] further, I suggest another proposal about speed deleting in en.wiki.[2] if anyone will answered to me and want to talk with me about them, write a message in my talk page at fa.wiki. best regards,--Gordafarid 19:06, 17 June 2007 (UTC)

Hmmm, I'm not sure how to get that data from users in an efficient and non-obtrusive fashion. Aaron 23:07, 17 June 2007 (UTC)

I`m not professional in software science, but heard that admins in the forums use the cookies for adding that extra hardware informations. it maybe not be necessary for en.wiki, but in fa.wiki is enforceability for disturb the bad bands. if you can do it, that`s very well. regards,--Gordafarid 15:04, 19 June 2007 (UTC)

DeletedContributions

Dear VoiceOfAll,

I was thinking of adding a README file to DeletedContributions extension. I created the file, but didn't feel bold enough to submit it as a patch. I'm pasting it here, so you could add it to the SVN if you liked:

DeletedContributions is an extension for MW 1.8 that adds a Special:DeletedContributions page
to MediaWiki (see [http://bugzilla.wikimedia.org/show_bug.cgi?id=1699 bug 1699]).

This page shows all deleted contributions by a user. This page shows the information only to 
users with the "delete" right, typically members of ''sysop'' group. It looks similar to 
Special:Contributions.

Each entry has, in this order:

- The date
- The link to all deleted revs for the page
- A link to the specific deleted revision
- An '''m''' for minor edits
- The edit summary

==Prerequisites==

Run the following SQL query to add a user index to the archive table (deleted revisions) if 
you are using a version of MediaWiki older than 1.11:

   ALTER TABLE `mw_archive` ADD INDEX `usertext_timestamp` ( `ar_user_text` , `ar_timestamp` ) 

Note, your prefix may not be 'mw', use the appropriate one.

This index is required by the extension. It can be modifidied otherwise, but doing so is not 
recommended for larger wikis.

Regards, Huji 10:26, 7 July 2007 (UTC)

ConfirmAccount

Hi Aaron, I just wanted to pop in say thanks for the great ConfirmAccount extension. :-) --Sayuri 18:02, 17 July 2007 (UTC)

Thanks. I noticed, though, that interface is a bit out of date. Aaron 05:27, 18 July 2007 (UTC)

Hi Aron, good Idea this extension. Today I try to install it, unpack the latest Version for Mediawiki 1.16.5 an go on the instructions. but with "php maintenace/update.php" I get the following Message! "Es ist ein Datenbankfehler aufgetreten. Der Grund kann ein Programmierfehler sein. Die letzte Datenbankabfrage lautete:

   (SQL-Abfrage versteckt)

aus der Funktion „efConfirmAccountsNotice“. Die Datenbank meldete den Fehler „1146: Table 'x010xx00.pp_account_requests' doesn't exist (localhost)“.

But with PHPmyAdmin I can see the Table. What going wrong? Hi again, I solved the Problem at self. I install mediawiki with a prefix "aa_", but the installation of your extension create the Tables without the prefix. Solution: I renamed the two Tables, and all is working. (it seems so.. ;-))

ConfirmAccount Extension & Blank Page

Hi Aaron, all I get, as soon as I enable the ConfirmAccount-Extension, is a blank page. I'm on

• MediaWiki: 1.10.1 (r24786)
• PHP: 5.0.4 (apache2handler)
• MySQL: 4.1.13

I have created the tables. Any hints? --Mzeecedric 14:15, 14 August 2007 (UTC)

Enable error_reporting for PHP, I don't get blank screens on the sites I've tested it on. Aaron 18:32, 14 August 2007 (UTC)

Thanx, I've done that. I get an open_basedir restriction.

PHP Warning:  main() [<a href='function.main'>function.main</a>]: open_basedir restriction in effect. File(/usr/share/php5/ConfirmAccount.i18n.php) is not within the allowed path(s): (/srv/www/vhosts/domain/httpdocs:/tmp) in /srv/www/vhosts/domain/httpdocs/wiki/extensions/ConfirmAccount/SpecialConfirmAccount.php on line 39
[client 89.49.229.19] PHP Warning:  main(ConfirmAccount.i18n.php) [<a href='function.main'>function.main</a>]: failed to open stream: Operation not permitted in /srv/www/vhosts/domain/httpdocs/wiki/extensions/ConfirmAccount/SpecialConfirmAccount.php on line 39

PHP Fatal error:  main() [<a href='function.require'>function.require</a>]: Failed opening required 'ConfirmAccount.i18n.php' (include_path='/srv/www/vhosts/domain/httpdocs/wiki:/srv/www/vhosts/domain/httpdocs/wiki/includes:/srv/www/vhosts/domain/httpdocs/wiki/languages:.:/usr/share/php5') in /srv/www/vhosts/domain/httpdocs/wiki/extensions/ConfirmAccount/SpecialConfirmAccount.php on line 39

Line 39 is

require_once( 'ConfirmAccount.i18n.php' );

Do you have an idea how to solve this? Or do I have to change the basedir restrictions on my server? --Mzeecedric 11:30, 15 August 2007 (UTC)

Hi Aaron, this is what I had to change to avoid the php errors listed above. Have a look at the diff:

*** ConfirmAccount/SpecialConfirmAccount.php	Wed Aug 22 20:22:31 2007
--- ConfirmAccount_new/SpecialConfirmAccount_new.php	Wed Aug 22 20:15:22 2007
***************
*** 36,43 ****
  $wgGroupPermissions['bureaucrat']['confirmaccount'] = true;

  # Internationalisation
- require_once( 'ConfirmAccount.i18n.php' );

  function efLoadConfirmAccountsMessages() {
  	global $wgMessageCache, $wgConfirmAccountMessages;

--- 36,43 ----
  $wgGroupPermissions['bureaucrat']['confirmaccount'] = true;

  # Internationalisation
  
+ require_once dirname (__FILE__) . '/ConfirmAccount.i18n.php' ;
  function efLoadConfirmAccountsMessages() {
  	global $wgMessageCache, $wgConfirmAccountMessages;

***************
*** 70,76 ****
  
  # Register special page
  if ( !function_exists( 'extAddSpecialPage' ) ) {
! 	require( dirname(__FILE__) . '/../ExtensionFunctions.php' );
  }
  # Request an account
  extAddSpecialPage( dirname(__FILE__) . '/ConfirmAccount_body.php', 'RequestAccount', 'RequestAccountPage' );
--- 70,81 ----
  
  # Register special page
  if ( !function_exists( 'extAddSpecialPage' ) ) {
! 	if (is_file(dirname(__FILE__) . '/../ExtensionFunctions.php')){
! 		require( dirname(__FILE__) . '/../ExtensionFunctions.php' );
! 	}
! 	else {
! 		die ('ExtensionFunctions.php required! See http://www.mediawiki.org/wiki/Manual:Extensions#Installing_an_extension');
! 	}
  }
  # Request an account
  extAddSpecialPage( dirname(__FILE__) . '/ConfirmAccount_body.php', 'RequestAccount', 'RequestAccountPage' );

All changes are based on your Revision 25064. --Mzeecedric 18:37, 22 August 2007 (UTC)

I've modified the file requiring lines a tad. Aaron 00:18, 23 August 2007 (UTC)

similar problem

Hey Aaron, thanks for this really impressing "ConfirmAcccount". I'm a student from Germany and use MediaWiki as a schoolpage. Unfortunately, there is error showing up when trying to browse Special:ConfirmAccounts  :

Fatal error: Call to undefined method Language::pipeList() in /var/www/web14/html/wiki/extensions/ConfirmAccount/ConfirmAccount_body.php on line 94

line 94 is

$listLink = $wgLang->pipeList( array(     

could you help me?

Best regards, Sven Pietsch

You have an outdated version of MediaWiki. Either update it or find a version of ConfirmAccount that matches the release version of your MediaWiki (e.g. rel_xx/extensions/ConfirmAccount). Aaron 19:38, 10 July 2009 (UTC)

Improving the Documentation

In the current documentation, it says: "Older versions of MediaWiki may not show the link to Special:RequestAccount at the user login form. You can edit MediaWiki:loginprompt to remedy this.:

However, there is no information about how to edit the MediaWiki:loginprompt. This should be added, because otherwise the entire extension is really not very useful for installations which get this error.

Extension:FlaggedRevs - does it work also with 1.11?

As 1.12 is not stable yet and we would like to try out FlaggedRevs in a stable wiki installation, I would like to know which missing features prevent FlaggedRevs from working with 1.11? I would be grateful for either a post here. Mybluesky 11:34, 23 February 2008 (UTC)

Please add new comments to the bottom of the page, otherwise, I may not notice. Anyway, it should work with 1.11, but it would have some issues like rollback edits not being auto-reviewed as well as deletion then undeletion of a page with flagged revisions will result in a page that seems to have no flagged revisions (a referencial problem). If those two problems don't matter, then you can try it on 1.11. Aaron 16:43, 19 February 2008 (UTC)

Extension:FlaggedRevs - Not technically a page action

True enough. Do you have a recommendation for an implementation type? Or do you feel that you have used so many different techniques to pull Extension:FlaggedRevs together that this is really a general user interface extension and shouldn't be subcategorized beyond user interface? Egfrank 04:57, 18 September 2007 (UTC)

I'm wondering if we need a "review" implementation type - is this really an implementation type? Egfrank 11:57, 18 September 2007 (UTC)

Extension:FlaggedRevs with diffenrent groups

Hi, will it be possible to make different groups that can review and validate different articles? I just can read that groups can validate and review every article. But I want some special right.

For example:

• Group A can review every Article in Category B but not in Category C
• Group B can validate every Article in Category C but not in Category A

Is that possible? Would be helpfull for zertification. You can mail me here if you want. --GKittlaus 07:42, 25 September 2007 (UTC)

Too much complexity, not really worth coding. Aaron 23:13, 25 September 2007 (UTC)

MediaWiki:Viewprevnext

Hi VoA - why did you delete my addition of a css hook to this system message? --HappyDog 17:46, 1 October 2007 (UTC)

The css style code was being escaped and looked terrible. Aaron 19:44, 1 October 2007 (UTC)

In a couple of places - most pages were OK. I logged bugzilla:11454 to deal with this, and it would have been useful to keep the bad examples here as reference in the meantime. However, it could take a while, I guess, so I suppose removing them is probably sensible. I'm going to try and recreate the problem on testwiki so we still have live links to the problem pages. Once it's fixed I will revert the deletion here, assuming your only objection was to the breakage. --HappyDog 01:43, 2 October 2007 (UTC)

+sysop here

Hi. I am a sysop on en.wp and Meta, and I have been quite active here recently. I think I could help out as an admin in clearing out the various junk pages that get posted here. How would I go about becoming a sysop here? --AnonDiss 08:57, 6 November 2007 (UTC)

Ok, thanks. --AnonDiss 06:52, 7 November 2007 (UTC)

Sysop

Hi, I've already transleted a lot of pages in italian, including all those on the sidebar and I would start translate pages in the MediaWiki namespace. Can you give me sysop rights so that I'll be able to do that? Thanks, --Kronin▄¦▀ 15:36, 27 November 2007 (UTC)

Hmm...like what pages? Most of these are message files, which are configured via i18n files in the software. Only custom local messages that are wiki specific are done in several langauges by editing MediaWiki: pages. Aaron 00:05, 5 December 2007 (UTC)

I mean pages like the sidebar, the recent changes text (to link to pages in italian) and other system messages like MediaWiki:uploadtext or MediaWiki:Sharedupload --Kronin▄¦▀ 14:41, 10 January 2008 (UTC)

Those first two don't have any other language links, maybe you should discuss that first before starting a new pattern like that. Aaron 17:38, 10 January 2008 (UTC)

When I said the sidebar i didn't mean MeidaWiki:Sidebar, but all the pages included there. A great part of those pages has the traslation in ru and some also in de or fr --Kronin▄¦▀ 19:28, 10 January 2008 (UTC)

Username rename

Could you change my username to User:O? Thanks, vishwin60 22:55, 17 December 2007 (UTC)

Done. Aaron 17:48, 10 January 2008 (UTC)

Request

The admin page here says to ask an 'crat for sysop access. I'd like to help with importing pages over from meta. Could you give me access? Thanks, Mønobi 21:48, 30 December 2007 (UTC)

System Operator Request

User_talk:Robchurch#System_Operator_Request. -PatPeter, MediaWiki Support Team 17:43, 23 January 2008 (UTC)

ConfirmAccountContact problem

Aaron,

Thank you for the wonderful ConfirmAccount extension. Just what our company's sensitive data needs!

I'm having some trouble with administrator notifications of new account requests. I've added $wgConfirmAccountContact = "admin@mydomain.com"; to the LocalSettings.php file, but no notifications are being sent to the administrator. Notifications/Confirmations are being sent to the requestor.

Any thoughts on this? Thanks! 65.203.61.135 21:34, 3 March 2008 (UTC)

The notices should only show once people confirm their email addresses. Aaron 05:51, 4 March 2008 (UTC)

My apologies for the false alarm. Spam filter was catching the account request emails, but allowing the other emails to pass. 65.203.61.135 17:49, 5 March 2008 (UTC)

I noticed you gather some quotes on your user page...

... and I wondered you might like this one, on #mediawiki:

<AaronSchulz_>brion: man, where did all these flaggedrevs specs come from? ;)

Posted 10 minutes ago. Huji 20:18, 17 March 2008 (UTC)

CheckUser oddity

I got CheckUser working, as well as Oversight and Makesysop, and surprisingly, despite what the CheckUser page here tells me, I didn't need to run the command-line to get it working (to be honest, though, I actually had no PHP commandline utilities on XAMPP. Just added the SQL queries, and then copied the files to extensions directory, and for some reason, it actually worked and did a query. Is this a bug or is this meant to happen?? Should this go to Bugzilla?? Thanks, AP @ --82.42.237.84 11:42, 22 March 2008 (UTC)

Email

You've got mail. Computer Fan 20:38, 23 March 2008 (UTC)

Did you get it? Computer Fan 02:18, 31 March 2008 (UTC)

Project:Requests

Hi Aaron, if you see there, I have requested to become a bureaucrat in light of the creation of that page, among other factors, but Kylu has asked me to find the opinion of another bcrat. If you could be that bcrat, I'd appreciate your input. AnonDiss 12:03, 27 March 2008 (UTC)

Why do you want it? Aaron 18:37, 27 March 2008 (UTC)

For reasons listed there. Since the page has been created, I thought I'd be able to assist with requests. I understand there isn't a backlog (lol =p), but there arent really a huge number of active crats, so I thought I'd be able to efficiently fill the shoes in order to ensure requests are speedily dealt with. --AnonDiss 20:58, 27 March 2008 (UTC)

In fact, only really you have made more than 50 edits this year. --AnonDiss 21:09, 27 March 2008 (UTC)

FlaggedRevs test wiki

Hi Aaron, I have some question about FlaggedRevs on en.labs.wikimedia.org Could you mind take a look. Thanks. Borgx 03:23, 8 April 2008 (UTC)

revision request: /includes/EditPage.php

Hello.

Because I do not understand English, the following parts are things by the machine translation. Please understand that you become the incomprehensible sentence. If there is a rude description, I am sorry.

According to Developers, Voice of All seems to be aaron.

svn:trunk/phase3/includes/LogEventsList.php was revised by aaron. However, revision contents are not reflected by svn:trunk/phase3/includes/EditPage.php. Therefore warning comes to occur at the time of the editing of a new page.

I ask for a revision. thanks for you! --Mzm5zbC3 14:56, 12 April 2008 (UTC)

This was fixed today. Aaron 00:20, 13 April 2008 (UTC)

I confirmed it. thanks! --Mzm5zbC3 00:30, 13 April 2008 (UTC)

Account rename request

Hi! Please see account rename request here. Cheers! --Kaganer 14:32, 18 April 2008 (UTC)

About an extension

I saw that you are an author of the CheckUser Extension. I have a problem - my wiki is installed on a webserver. How may I install the script if I have to use the command promt? Thank you in advance.  Firilăcroco  ^Talk 08:34, 14 July 2008 (UTC)

P.S. I don't know PHP, so I can't find the MySQL query. All I need is that query, so I can create the table in the database.  Firilăcroco  ^Talk 08:41, 14 July 2008 (UTC)

See this and this. Aaron 09:10, 14 July 2008 (UTC)

Thanks for your quick reply.  Firilăcroco  ^Talk 18:56, 14 July 2008 (UTC)

Request for renaming

Hi! Voice of All,

I am adding a y to my name on all my accounts to avoid confusions with other Zephyrus-named users. Can you rename me from Zephyrus to Zyephyrus ? Here is a diff. Thank you very much!- --Zephyrus 19:40, 1 August 2008 (UTC)

Done. Aaron 21:32, 1 August 2008 (UTC)

Thanks!- --Zyephyrus 09:20, 2 August 2008 (UTC)

Quick Question

Hey there. I was wondering if you ever do any paid development work on custom extensions for mediawiki. I have a couple that we could use help with. Let me know and thank you. --Ajt 17:33, 7 August 2008 (UTC)

Access Question

Hi Aaron,

Nice useful extension. With Extension:ConfirmAccount it isn't possible to see "Privacy policy, About MyWiki, Disclaimers " on the Mediawiki's bottom banner without access login account. Any issue ?

Thanks --Pma 14:34, 9 October 2008 (UTC)

Sorry it was $wgWhitelistRead

Thanks --Pma 11:34, 28 October 2008 (UTC)

Extention:DeletedContribs

Hi, in regards to this edit, how can this extension be obsolete, considering 1.14 isn't even out yet. The download page for the MediaWiki software only lists 1.13.2, so since 1.14 is not the latest version, how can this one be obsolete?Daedalus969 06:00, 21 October 2008 (UTC)

Help

Hi, i'm Aldrich. I'm an Bureaucrat at a wikisite called Wikicars. Anyway, I've been needing some help with writing templates and infoboxes. Do you know anyone that might be able to help me?

-Red marquis 11:08, 24 October 2008 (UTC)

CheckUser Patch

Whoops, sorry for that patch, I'm still learning the codebase! Thanks for hopefully understanding. Jay MacDonald 14:50, 25 October 2008 (UTC)

Nothing wrong with posting patches, the problem is mainly with the person actually committing the change. Aaron 14:58, 25 October 2008 (UTC)

Name change

User:Doug ← User:BewareofDoug

Please change my username from BewareofDoug to Doug for SUL purposes.

The Account "Doug" has no edits and the only log entry is the account creation over a year ago.

Left message on target's talk page.

For global account verification purposes see this diff

Thanks. --BewareofDoug 18:42, 19 November 2008 (UTC)

Done Aaron 23:37, 30 November 2008 (UTC)

Many thanks.--Doug 14:41, 1 December 2008 (UTC)

rename account

I would like to rename my account to a new name; "Niduzzi", as my current name ("Izzudin") is already in use in id: and ar: by others. So I can't unify my account. Thanks! Izzudin 05:59, 2 December 2008 (UTC)

Done Aaron 17:02, 5 December 2008 (UTC)

Customing Choices on FlaggedRevs

Hi Aaron,

If we just wanted one choice and one level of review, we could have something like this:

$wgFlaggedRevTags = array( 'accuracy'=>1 ); $wgFlaggedRevValues = 1;

Wondering if that would work or if we need more than one choice.

Thanks!

Sidebarlinks

You removed recently (look here) some links from the sidebar. I do not understand why? Would You kindly look at this discussion in de:wikipedia. Please reactivate these links. Kindly [[[w:de:Benutzer_Diskussion:Neu1|User Neu1]]] 80.136.235.135 16:48, 30 December 2008 (UTC)

"Usurp" request

Hi, can you have a look at my request for user Lemming I posted on the forum? Thanks! --82.146.105.101 19:58, 28 February 2009 (UTC)

ConfirmAccount broken with MW 1.16 alpha?

Please check bug request bugzilla:18988. Posting here, because bugzilla does not really offer to post bugs for ConfirmAccount - there is not entry in the components list. --G.Hagedorn 04:06, 30 May 2009 (UTC)

FlaggedRevs

• May I know which file I need to go for customizing the flagRev's UI? like changing the items from the dropdown menu, change the wording on the top right corner? Also, does this extension have embedded function to send email to reviewer after a user creates a new page? If not, what's the most efficient way for me to do that? I meant, the user can choose one of the reviewer from a dropdown list and after save the page, a notification email will be sent to the chosen reviewer and he/she will review and put review flag to it. Many thanks! — Preceding unsigned comment added by Sunnyday09 (talk • contribs)

Extension:ConfirmAccount — Error when accepting new account requests

Hi Aaron,

Thanks for the great extension, I've used it in the past with now problems. Now, however, I am running into a new error when using it with MediaWiki 1.15.0. After accepting an account request, the following warning is posted at the top of the Action Complete page:

Warning: Invalid argument supplied for foreach() in /usr/local/apache2/htdocs/extensions/ConfirmAccount/ConfirmAccount_body.php on line 796

Also, after accepting an author, they are unable to login. Even after requesting new passwords, they keep receiving a login error with a prompt saying it is the incorrect password.

Any thoughts would be greatly appreciated. --70.108.246.240 19:29, 21 July 2009 (UTC)

SVN up (to the 1.15 version). This notice was fixed a while ago. The password issue may be local. Does ext:ResetPassword work? Voice of All 10:19, 28 July 2009 (UTC)

Thanks, updating from the SVN worked to fix the warning message after accepting requests. But, issued passwords (both the initial and subsequent temporary ones) are still resulting in a login error. I've tried using the ResetPassword extension which works, but using this for every account request is not an option. Any ideas? --70.108.246.240 22:21, 29 July 2009 (UTC)

If temporary passwords fails, then something else is wrong with your install/extensions. Voice of All 16:37, 30 July 2009 (UTC)

Extension:ReaderFeedback

I didn't found a mail address to contact you. We are trying to build a similar extension. Are you interested in a cooperation in building this? Please drop me an email: <Benjamin.Kellermann at tu-dresden in germany>

Using it with Postgres

Hi Aaron, I'm trying to get Reader Feedback r65963 to work with PostgreSQL. I've made a bit of progress, but wonder if you have any advice. Thanks. -- Reed Hedges reed at mobilerobots.com May 11, 2010

... Got it to work. See my comments at Extension talk:ReaderFeedback#PostgreSQL . I also noted another issue at Extension talk:ReaderFeedback#Escaped HTML in labels output using wfMsgHtml and wfMsg .28with custom tags.3F.29 --Reed Hedges (reed at mobilerobots.com) May 12, 2010

Extension:ConfirmAccount — ALTER TABLE but not created yet

Hi Aaron

I am attempting to install the ConfirmAccount extension. When I run update.php as part of the install, I get an error that the table does not exist. It appears to be doing an ALTER TABLE on account_requests, however it has not created it yet so has failed. It is as if it has not run the SQL to create the tables yet. Any idea what I am doing wrong?

Thanks, David

Is this mysql or postgres? Voice of All 15:31, 11 August 2009 (UTC)

Extension:ReaderFeedback

On http://strategy.wikimedia.org/ I'm trying to use reader feedback intensively on all proposals. There are over 700 proposal pages. I would like to have the reader feedback on all 700+ proposal pages. What I imagine is one table (space or comma delimeted) with title, and number of votes per weight, per tag, for example:

	P	r	i	o	r	I	m	p	a	c	F	e	a	s	i	D	e	s	i	r
	1	2	3	4	5	1	2	3	4	5	1	2	3	4	5	1	2	3	4	5
A "be bold" campaign	0	0	2	4	5	0	0	4	3	4	0	1	2	2	6	0	0	0	0	0
A series of videos to dissuade vandals, encourage new editors, welcome and inform newbies of key editing policies and perhaps more	0	0	1	0	0	0	0	1	0	0	0	0	1	0	0	0	0	0	1	0
Bei Jahresrückblicken Fernsehereignisse schreiben.	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0	0
Brand name consolidation	7	3	3	3	3	3	0	2	7	7	6	3	1	2	4	0	1	1	0	0
Can Wikimedia Become A 300 Million People Movement By 2020?	0	0	0	0	3	0	0	0	0	3	0	0	2	0	0	0	0	1	0	0
Directed community fundraising	0	1	0	0	0	1	0	0	0	0	0	1	0	0	0	0	1	0	0	0

Could you help me in retrieving these data without having to manually visit over 700 pages? Dedalus 07:53, 16 September 2009 (UTC)

Initial user creation on Citizendium

Hello Aaron,

I am working with Greg Mullane on creating the necessary tools for a local development environment for the CZ variant of MW. While I have the installation working, I can't get the first user installed. I was able to manually insert the hashed pw for a user into the mwuser table, but I wasn't able to get the createAndPromote standalone php executable in phase3/maintenance to work. After investigation, it is obvious now why this is not the correct way to do initial user installation on CZ. It appears I need to use the functionality in the ConfirmAccount extension (the variation written for CZ). It seems that calling the doSubmit() function would be the right way to accomplish this, but that function assumes there are already some class variables set when it executes. I don't know what the appropriate values for these variables should be.

Greg is very busy and has very little time to help me with this. (Feel free to contact him if you wish to verify that we are working together). I was wondering if you had any advice how to create a CZ version of createAndPromote.php so we can get some local developers set up for bug fixes and extension work. Thanks. Dnessett 02:17, 15 November 2009 (UTC)

After some more investigation, I wonder if calling the saveSettings() method in User.php would be the best approach for initial user installation? Dnessett 18:21, 16 November 2009 (UTC)

I really apologize. I can't explain what happened. After tracing createAndPromote.php with Netbeans and observing it working, I am at a loss to explain what happened previously that led me to believe it didn't. So, I am sorry that I cluttered up your talk page with a bogus problem. Dnessett 22:37, 16 November 2009 (UTC)

No problem :) Voice of All 04:04, 17 November 2009 (UTC)

How to hide draft version?

For example i have done $wgWhitelistRead = array( 'Main Page', 'Special:Search' ); and $wgGroupPermissions['*']['read'] = false; So unregistered users see only main page and search. The system allows all registered users offer new revisions.

If someone makes a new revision for Main page, anonymous user and registered user can see both stable and draft version. How do I make that only reviewers, editors and admins only would be able to see the draft version? $wgFlaggedRevsVisible - somehow this doesn't work as I expected. I want to hide "Sighted page [view draft] (+/-)" for everyone exept reviewers and editors.

Also, this is none of your FlaggedReviews but can Recent changes be only available for admins?

$wgFlaggedRevsVisible = array('*'); and both edit/read-locking is the only way to do hide draft versions. Aaron 20:37, 27 November 2009 (UTC)

Extension:FlaggedRevs conflicting with Extension:SemanticMediawiki

dear Aaron, i have found Extension:FlaggedRevs to be conflicting with Extension:SemanticMediaWiki, causing the factboxes of the latter to appear, disappear or reappear in an unsystematic manner, seemingly depending on the number and types of flags set, yet unpredictably. if you want, i can be more specific here, but first of all wanted to let you know this asap, since for me it now led me to uninstall FlagRevs from my own website for now, and even then SMW factboxes reappeared only *after* i also did minor edits to the pages affected. i guess it is a databases-related problem. all the best, Oscar 17:15, 11 January 2010 (UTC)

I'd need more info/screens to do anything. I'm not sure how much time I have to test SMW though. Aaron 21:43, 13 January 2010 (UTC)

ConfirmAccount Bug

Hi Aaron, I just installed ConfirmAccount extension. Everything looks fine, but when I request an account, I get error. The error code is located at http://fpaste.org/7Ntb/. I'm using the recent stable release for mediawiki v1.15.1. Any help is appreciated.

That paste expired. Aaron 17:44, 22 January 2010 (UTC)

Biographies of Living Persons Request for Comments on English Wikipedia

Hi Aaron, a suggestion involving Flagged Revisions was made at the currently ongoing BLP RfC, section "Flagged revisions, comment by Nathan". Could you comment if what is outlined there would be feasible, and if so, what timeframe would be required? Thanks very much. --Jayen466 21:33, 27 January 2010 (UTC)

Confusion: group name "editor" and corresponding "rank" in Wikipedia

Aaron, do you know the history of the Wikimedia group names, for instance "editor" or "reviewer"? In the Wikimedia installations (german or english Wikipedia) these group names correspond to some rank in the respective Wiki hierarchy (e.g. "Sichter" or "Prüfer"). To Wikipedia users the WikiMedia wording (e.g. WM-group "editor") might be confusing in the context of an encyclopedia (an editor of an enzyclopedia might be something else). See discussion in german wikipedia. Of course software people have different problems, but maybe you could give a comment? --84.159.236.195 01:10, 31 January 2010 (UTC) PG64@deWiki

Extension:ReaderFeedback troubleshooting help?

I'm trying out your Extension:ReaderFeedback, and when I click on the Page rating link in the toolbox, I get an Internal error page with the following:

Could not create file directory!

Backtrace:

#0 /home/wiki/wiki/Current/MediaWiki/wiki/extensions/ReaderFeedback/specialpages/RatingHistory_body.php(133): RatingHistory->makeSvgGraph('reliability', '/home/wiki/wiki...')
#1 /home/wiki/wiki/Current/MediaWiki/wiki/extensions/ReaderFeedback/specialpages/RatingHistory_body.php(69): RatingHistory->showGraphs()
#2 /home/wiki/wiki/Current/MediaWiki/wiki/includes/SpecialPage.php(559): RatingHistory->execute(NULL)
#3 /home/wiki/wiki/Current/MediaWiki/wiki/includes/Wiki.php(229): SpecialPage::executePath(Object(Title))
#4 /home/wiki/wiki/Current/MediaWiki/wiki/includes/Wiki.php(59): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest))
#5 /home/wiki/wiki/Current/MediaWiki/wiki/index.php(116): MediaWiki->initialize(Object(Title), NULL, Object(OutputPage), Object(User), Object(WebRequest))
#6 {main}

Any thoughts on what's going on here? I can't figure out where it's trying to "create file directory".

Any help greatly appreciated --Obliquemotion 16:49, 4 March 2010 (UTC)

Got it working with some help from a colleague. I had to create the {$IP}/images/graphs directory by hand, and then

chown -R apache:apache graphs

to make the Apache server account the directory's owner.

--Obliquemotion 18:46, 11 March 2010 (UTC)

Confirm Account broken

Hi Aaron

I just tried installing ConfirmAccount on 1.15. It appears that the snapshot doesn't include ConfirmAccount.php? Joly 05:13, 28 April 2010 (UTC)

Older versions are at "/ConfirmAccount/SpecialConfirmAccount.php". Aaron 00:10, 10 June 2010 (UTC)

Archlinux AUR package for ConfirmAccount

I'm looking to create a PKGBUILD for arch linux, but apart from the brief mention of "GPL" on the main page for ConfirmAccount, I can't find a license.txt file anywhere. Could you point me to one (or add one to SVN)? --Dan Forever 21:45, 9 June 2010 (UTC)

ConfirmAccount.php (/trunk) has info. Aaron 06:45, 28 September 2010 (UTC)

Animated GIFs

You know how I can change the scale of animated GIFs in my wiki, but keeping the movements? Have an extension, an configure setting? Has something to do with Manual:$wgMaxAnimatedGifArea? Mateus95860 ^Cont. 01:15, 20 July 2010 (UTC)

small bug on FlaggedRevs

hello, are you the one responsible for the development of Extension:FlaggedRevs. Please, change the line 46 of

<media wiki directory>\extensions\FlaggedRevs\specialpages\OldReviewedPages_body.php

The current text of the line is:

global $wgOut, $wgScript, $wgUser;

You should chage to:

global $wgLang, $wgOut, $wgScript, $wgUser;

This will solve an error on loading page Special:PendingChanges

Truewww 05:50, 21 July 2010 (UTC)

ConfirmAccount - Log in / create account

Aaron, MW1.16 usually shows 'Log in / create account', with installed ConfirmAccount only 'Log in' is displayed. Do you have an idea what to do to see 'Log in / create account'? Thanks in advance,

Juergen

Does it see that "you must request one"? The link should be there. You could edit the MediaWiki:requestaccount-loginnotice page though. Aaron 20:42, 5 October 2010 (UTC)

Aaron, no I don't mean MediaWiki:requestaccount-loginnotice. Take a look at the upper right corner of the _this_ discussion-page. There you see 'Log in / create account'. With installed ConfirmAccount only 'Log in' is displayed. Thanks, Juergen

MediaWiki:requestaccount-loginnotice contains the correct text 'Log in / create account', but MW shows only 'Log in' with installed ConfirmAccount. This happens at all wikis with ConfirmAccount I found.

The core code adds the "create" part if the user can directly create an account, which non-users can't. I suppose I could have the extension use the "PersonalUrls" hook to set $personal_urls['anonlogin']['text'] = wfMsg('nav-login-createaccount') to get the "/ create account" part back. Aaron 22:35, 8 October 2010 (UTC)

Done in r74531 to /trunk. Aaron 22:45, 8 October 2010 (UTC)

Aaron, thanks for the advice - I have got it. It's running fine now. BTW: Language support for Spanish and french fails for ConfirmAccount. I think this part of the i18n-file is corrupt - it only appears the placeholder <requestaccount-loginnotice>. French and Spanish support should be removed because you can't access the registration form. Sorry, I can't correct it - I don't speak French nor Spanish. Regards, Juergen

I can't repro. You might have an older MW version though. Aaron 16:24, 10 October 2010 (UTC)

Aaron, I am running V1.16. This is displayed in French:
Connexion
<requestaccount-loginnotice>
Vous devez activer les témoins (cookies) pour vous connecter à

Do you know a French or Spanish URL using ConfirmAccount? -- Juergen

CU dummy data

Aaron,

I wanted to create patches for some of the known bugs of CU tool, and I was wondering if you have some dummy data that I could import on my local wiki to begin with. Otherwise, I'll have to create some accounts, manually change the CU tables, etc.

Best,

Huji 23:12, 9 November 2010 (UTC)

statistics

I have a problem on my wiki: I need statistics on users who have performed an action in the past 30 days, but by default this for 91 days. Where I can change this setting? --Metal uci 16:29, 18 January 2011 (UTC)

ConfirmAccount Is Missing A File

Just (1 Feb 2011) downloaded this extension for MW 1.16.1 only to find that the file ConfirmAccount.php is missing. Eventually I thought to Browse the Source Code and found it there, downloaded it from the repository, installed it, and things started working.

Dumb question: Is there a way to edit the text for the Special:RequestAccount page as I don't need all that detail?

$wgAccountRequestExtraInfo = false will simplify the form. You call also use Special:AllMessages filtering on the prefix requestaccount to find and edit UI messages. Aaron 03:12, 2 February 2011 (UTC)

Thanks for your help. I tried setting $wgAccountRequestExtraInfo = false; in the Local Changes section of LocalSettings.php without success, however when I changed the value in ConfirmAccount.php, that worked. Same is true for $wgAccountRequestToS = false; and $wgAccountRequestMinWords = 1;. Your documentation says not to edit that file, so what am I missing?

Make sure it is in localsettings *after* the "include extensions/ConfirmAccount" line. Aaron 08:26, 2 February 2011 (UTC)

Thanks -- that did it.

{{Languages }} Esperanto

Bonvolu aldoni

}}{{Languages/Lang|eo|{{{1|}}}|

al {{Languages }} Dankas ArnoLagrange

Please add

}}{{Languages/Lang|eo|{{{1|}}}|

to {{Languages }} Thanks ArnoLagrange 07:50, 16 February 2011 (UTC)

ConfirmAccount : Change text on RequestAccount page

Hi Aaron, Firstly, awesome extension but I would like to alter the text that is shown to users on the RequestAccount page, how can this be done or can it be done at all?

See Special:AllMessages. Aaron 14:48, 22 February 2011 (UTC)

Coder

Hi, i'd like to become a coder, can I have that right so I might be able to develop extensions. Eglinton 23:56, 6 March 2011 (UTC)

See SVN_commit_access#Requesting_commit_access. You don't need "Coder" to commit extensions to SVN. Aaron 00:02, 7 March 2011 (UTC)

Rename limit

Hi Aaron. If you have a sec, could you comment on this thread please? Is the new limit a permanent change? Thanks, WJBscribe 09:54, 7 March 2011 (UTC)

CheckUser

Please see bugzilla:28363. NomoNest 15:20, 3 April 2011 (UTC)

Google Summer of Code

I'm looking for a mentor for the GSoC. My project description is available here. Please ping me back if you're interested! Cheers, Drakefjustin 08:55, 6 April 2011 (UTC)

ConfirmAccount unlogged users can't see RequestAccount page in french

Hi,

I'm having somes difficulties with the confirm account extension, which I set in my wiki (version 1.16.4) and I can't succed to allow unlogged users to be able to see the page for requesting account. Here are my settings for the extension :

require_once("$IP/extensions/ConfirmAccount/SpecialConfirmAccount.php"); $wgAutoWelcomeNewUsers = true; $wgUseRealNamesOnly = true; $wgAccountRequestToS = true; $wgConfirmAccountSaveInfo = true; $wgConfirmAccountContact = array ( 'savannah.cozette@gmail.com','webmaster@canopy-energy.com' ); $wgAccountRequestMinWords = 0; $wgAccountRequestExtraInfo = false;

Here is my White list read : $wgWhitelistRead = array("Accueil", "Special:Userlogin", "-", "MediaWiki:Common.css", "Spécial:Demander un compte" );

of course I set : $wgGroupPermissions['*']['createaccount'] = false;

What seems weird to me is that when I'm setting my wiki in english and include the Special:RequestAccount page in my Whitelistread everything is working. In french I keep having the message saying I must be log to see that page. I tried to write Spécial:Demander_un_compte and even to let it in english but it's not working. I've read the solution might be to edit MediaWiki:loginpromp page, but how can I change this page and what do I nedd to change?

Thanks a lot for your answer.

Make sure LocalSettings.php in a UTF-8 file. I can reproduce this if it is not (the diacritic on the e gets botched). Aaron 02:26, 30 April 2011 (UTC)

Hi Aaron, thanks a lot for your answer! My file was indeed an ANSI file, I convert it in a UTF-8 and that is now working very well in French too! Thanks again.

About testwiki

Hello Aaron Schulz,

I noticed that your account has been renamed from Voice of All to Aaron Schulz, and if I am not wrong the first one is today not in use. Do you still need admin and 'crat rights on the account Voice Of All@testwiki ? Of course, permissions will be left to your main account.

Cordially, -- Quentinv57 07:50, 1 May 2011 (UTC)

Nope, they can be removed. Aaron 19:13, 1 May 2011 (UTC)

Done. Regards, -- Quentinv57 09:59, 2 May 2011 (UTC)

Block users from seeing drafts & use of simple UI for logged users

Hi Aaron,

I wish to be able to block anonymous and logged in users from seeing the draft versions of pages. Logged in users have edit rights. Your help would be appreciated.

Current settings: $wgSimpleFlaggedRevsUI = true; $wgFlaggedRevsLowProfile = false; $wgFlaggedRevsExceptions = array( 'reviewer' ); $wgFlaggedRevsVisible = array( 'reviewer' );

I would also like to only show the small icons for logged in users as it does currently for visitors via $wgSimpleFlaggedRevsUI.

Any advice?

Couldn't seem to find the answers anywhere.

Thanks --Gsisson 04:15, 12 May 2011 (UTC)

See Extension:FlaggedRevs/Restricting_unapproved_revisions. Aaron 23:21, 12 May 2011 (UTC)

Hi Aaron, that solution only seems to apply to 1.17+. I am currently using 1.16.0. Tried it anyway but didn't work. Even anonymous users could click on/read drafts. Is there different code for 1.16. --Gsisson 03:33, 13 May 2011 (UTC)

getEffectiveGroups instead of getGroups

Hi Aaron

It would be great if you could change FlaggedRevs.class.php function ignoreDefaultVersion() to call getEffectiveGroups instead of getGroups. This would allow other extensions that modify the groups that a user is in via UserEffectiveGroups hook to operate correctly.

} elseif ( in_array( $group, $wgUser->getEffectiveGroups() ) ) {

Thanks

This feature should actually be removed anyway. Aaron 16:14, 19 June 2011 (UTC)

Ideas for Wikimania developer days

Aaron: I'd love to see your ideas for what developers ought to focus on during Wikimania developer days. Thanks! 72.229.227.71 21:48, 9 June 2011 (UTC)

Turn off Annoying "Your changes are not yet in the stable version. There are previous changes pending review."

Hello. I'm user of ru.wiki (which uses FlaggedRevs widely) and I have 'review' flag (I did > 9000 reviews in a year). If I edit a page, which has some edits pending, and try to save my edits, I'm redirected not to the newer version of the article, but to diff viewer (with url 'oldid=22439911&diff=cur&diffonly=0&shownotice=1'). Text on top of this page is

"Review this revision

Your changes are not yet in the stable version. There are previous changes pending review.

Please review all the changes shown below to make your edits appear in the stable version.

Accuracy: Sighted"

This sometimes is a problem for me. If the article has a lot of review-pending edits (up to several years and tens KB of text added with some copyvio) and I want to rework some parts (step-by-step) of pending changes. I need to do 3-10 edits in two-three days, before I will be able to mark the page as patrolled. After each edition I'm redirected to diff and I need either wait for AJAX reload of page and scroll down all tens of kb (in current case it is 3 pages down on my widescreen laptop; sometimes it is 20-30 pages down) or click to "Page" at top to view my changes and wait for reload.

Is it possible to add option like "disable redirecting to review pending after editing a page with pending changes"? Can I do the same with UserJS/Grease, if adding such option is hard?

PS Thank you for FlaggedRevs! This allow wiki to be better and clearer. `A5b 18:22, 9 August 2011 (UTC)

I don't want to add a new preference. There should be some way to improve it for everyone rather than piling on preferences. Maybe it shouldn't redirect to the diff, but just show the new version as normal with a notice and diff link at the top. Aaron 18:28, 9 August 2011 (UTC)

I can't say about everyone, but seems, it will be easier to me to use UserJS and do a redirect from this page to the new version. `A5b 19:23, 9 August 2011 (UTC)

Reverting to last-good version requires re-checking? Should it?

A suggestion:

One thing I did notice with the "stable version" is that an article can be at a stable version, it can then receive two new edits (one expendable, the next merely reverting to the last stable version) but, because the page nominally has edits it is flagged as requiring a senior editor re-check it for validity.

For instance, Manual:Administrators today:

• (cur | prev) 17:07, 7 September 2011 Mathonius (Talk | contribs) m (11,259 bytes) (Reverted edits by 156.33.106.199 (talk) to last revision by Krinkle) (undo) [checked by Wargo]
• (cur | prev) 17:07, 7 September 2011 156.33.106.199 (Talk) (11,276 bytes) (→Protection) (undo)
• (cur | prev) 13:15, 29 August 2011 Krinkle (Talk | contribs) (11,259 bytes) (→Database queries) (undo) [automatically checked]

Krinkle's version is/was nominally good. Should it not retain this presumption of validity after Malthonius reverts to it? Thanks. --carlb 7 September 2011

If Mathonius has 'autoreview' then it should be automatically re-checked. People can also revert themselves to the stable version. The only problem with letting anyone revert to the stable ("last checked") version and have it re-checked is that people could revert good edits away. The edits would no longer show up at PendingChanges, making the loss tougher to spot. Aaron 18:30, 7 September 2011 (UTC)

IPv6 support

The page on IPv6 support was written in 2007 presumably as developer's roadmap when workable IPv6 was not already part of MediaWiki. Is it a valid target for a complete re-write? (ie: MediaWiki *does* support IPv6, powering ARIN's IPv6 Wiki getipv6.info as well as an ipv6wiki.net Here are the steps to follow to deploy your own IPv6-aware MediaWiki installation)?

What's worth keeping of the original text? Would moving it to IPv6 support roadmap and creating a new HOW-TO on IPv6 support (or Manual:IPv6 support) with a link back to the old roadmap be best? -- carlb 7 September 2011

Moving it there is OK. A how-to guide should go to the Manual: namespace. Aaron 19:19, 7 September 2011 (UTC)

Re page : How to make MediaWiki fast

Hi Aaron i have a couple of questions re User:Aaron Schulz/How to make MediaWiki fast on its talk page. not sure if you check that regularly. thanks.