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

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: 

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)