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|timestamp|user|comment|flagged|content

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|timestamp|user|comment|flagged|content

without content and with flag :

http://de.wikipedia.org/w/api.php?action=query&prop=revisions&titles=Niels_Bohr&rvlimit=5&rvprop=ids|timestamp|user|comment|flagged

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. further, I suggest another proposal about speed deleting in en.wiki. 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 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 this interface is a bit out of date. Aaron 05:27, 18 July 2007 (UTC)

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 [function.main]: 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) [function.main]: 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 [function.require]: 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_new/SpecialConfirmAccount_new.php	Wed Aug 22 20:15:22 2007 $wgGroupPermissions['bureaucrat']['confirmaccount'] = true;
 * ConfirmAccount/SpecialConfirmAccount.php	Wed Aug 22 20:22:31 2007
 * 36,43 ****
 * 36,43 ****

# 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;

# 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' );
 * 70,76 ****
 * 70,76 ****

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 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? -- Anon  Diss  08:57, 6 November 2007 (UTC)
 * Ok, thanks. -- Anon  Diss  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. -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:

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. Anon Diss  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. -- Anon  Diss  20:58, 27 March 2008 (UTC)
 * In fact, only really you have made more than 50 edits this year. -- Anon  Diss  21:09, 27 March 2008 (UTC)

FlaggedRevs test wiki
Hi Aaron, I have some question about FlaggedRevs on [http://en.labs.wikimedia.org/wiki/User_talk:Aaron_S. 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.

trunk/phase3/includes/LogEventsList.php was revised by aaron. However, revision contents are not reflected by 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 [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 https://bugzilla.wikimedia.org/show_bug.cgi?id=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!

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 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: 

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 http://www.mediawiki.org/wiki/Extension_talk:ReaderFeedback#PostgreSQL. I also noted another issue at http://www.mediawiki.org/wiki/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: 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: &#35;0 /home/wiki/wiki/Current/MediaWiki/wiki/extensions/ReaderFeedback/specialpages/RatingHistory_body.php(133): RatingHistory->makeSvgGraph('reliability', '/home/wiki/wiki...') &#35;1 /home/wiki/wiki/Current/MediaWiki/wiki/extensions/ReaderFeedback/specialpages/RatingHistory_body.php(69): RatingHistory->showGraphs &#35;2 /home/wiki/wiki/Current/MediaWiki/wiki/includes/SpecialPage.php(559): RatingHistory->execute(NULL) &#35;3 /home/wiki/wiki/Current/MediaWiki/wiki/includes/Wiki.php(229): SpecialPage::executePath(Object(Title)) &#35;4 /home/wiki/wiki/Current/MediaWiki/wiki/includes/Wiki.php(59): MediaWiki->initializeSpecialCases(Object(Title), Object(OutputPage), Object(WebRequest)) &#35;5 /home/wiki/wiki/Current/MediaWiki/wiki/index.php(116): MediaWiki->initialize(Object(Title), NULL, Object(OutputPage), Object(User), Object(WebRequest)) &#35;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  directory by hand, and then
 * to make the Apache server account the directory's owner.
 * --Obliquemotion 18:46, 11 March 2010 (UTC)
 * --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

\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 . 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  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|}}}| to {{tl|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. 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. 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