Extension talk:CheckUser/Archive 1

etc
See also bug 8705 and bug 8710. Eia
 * OK, when do I get to play with this? --En.jpgordon 07:28, 27 January 2007 (UTC)
 * Brion needs to review the patch. It can be fixed if needed, resubmitted and committed then. He'll also have to run write queries on a good set of wikis. Voice of All 17:40, 27 January 2007 (UTC)
 * OK, this has now been reviewed, simplified/fixed, and resubmitted. It now needs final approval before I commit. Voice of All 02:16, 7 February 2007 (UTC)

new version
so is the new version we're seeing now your work?

and can we still get to the old version, or do we have to abandon all checkuser efforts prior to today? --En.jpgordon 21:24, 7 April 2007 (UTC)


 * Yes, Tim reviewed it and added a nice batch db script to migrate the data into the new table. The old version is no longer accessible, though I am not sure why you would need it though. The data should still be accesible. Voice of All 22:22, 7 April 2007 (UTC)


 * Just a small matter, I guess, of actually doing the migration? Right now, checkuser on enwiki shows no information for anyone prior to this morning. --En.jpgordon 00:05, 8 April 2007 (UTC)
 * Tim wrote a small batch install.php file, that should copy the stuff over slowly enough so as not to cause downtime/lag. It seems odd that he would svn up and then run it though. I'll talk to Tim. Voice of All 01:17, 8 April 2007 (UTC)

"Installing" with or without so called "command line"
I'm trying to install this on my wiki, but I don't have access to a command line to run install.php. I've tried SSH-ing to my domain, only to be told that exec is forbidden. I've tried using phpShell, but that wouldn't work. Short of running off to my host's tech support, is there anything I can do? --62.254.220.101 18:43, 27 April 2007 (UTC)


 * Peter Blaise adds: I have access to the server (WinXPPro) and I also can't "run Install.php" - "run" is not a command. Now what?  Do you mean to open the install.php command with the php.exe executable program?  By doing what?  My   ... and php.exe is in the   directory.
 * Also, why add  when I have no such directory or file - you told us to put them directly in the "extensions" directory, so wouldn't the line to add to LocalSettings.php be:   ?  Anyway, without running "install.php" first, nothing works, and the wiki contents just get replaced by a bunch of file listing code until I comment out the "// include..." line.  Thanks. -- Peter Blaise peterblaise 18:12, 19 June 2007 (UTC)
 * The "Checkuser" folder, from SVN, should go in the extensions/ directory. Also, did you open cmd.exe, then type in ? Aaron 20:30, 19 June 2007 (UTC)

Recent Changes malfunction
After installing this on 1.10.0 new edits stopped appearing on Recent Changes page. Removed extension and even ran maintenance/rebuildrecentchanges.php, but still don't have edits showing up on Recent Changes.

Any pointers on how to get this function back? Mburp 05:32, 17 June 2007 (UTC)


 * Likely a configuration issue or something unrelated to the extension, especially if rebuildrecentchanges.php doesn't add new entries. Aaron 19:29, 17 June 2007 (UTC)


 * Wait do you mean new edits not showing in checkuser only? Aaron 19:30, 17 June 2007 (UTC)

No. New edits are not showing up on Special:Recentchanges. At first I thought this might be tied to Check User because it first cropped up immediately after I installed that extension. Now I'm not so sure; it may have been a coincidence.

After digging in further, I realized that new edits are still being added to the recentchanges db table and they are displaying correctly in My Watchlist, which seems also to draw from that table. For some reason, recent edits just aren't displaying on Special:Recentchanges.

If I run rebuildrecentchanges.php, edits added by that script are added to the database - newest first, oldest last - and do display on Special:Recentchanges, but any new edits after that go to the bottom of the db table and do not display on Special:Recentchanges. (They will, however, display on My Watchlist.)

I've actually reinstalled CheckUser and it seems to work - its data base table also seems to be staying up to date.

I've replaced all mediawiki files with fresh uploads in case one had become corrupted. I've tried stripping out all extensions which would have removed any recent changes to LocalSettings.php. I've tried running rebuildAll.php

Anyway, thanks for answering. I left a help request MediaWiki's Project:Support desk, but I'm afraid MediaWiki is living up (down?) to its reputation for support.

You can remove all this if you believe its not related to the Check User installation.

Mburp 04:31, 18 June 2007 (UTC)
 * Perhaps you have a local system clock issue causing new entries to be added with old timestamps? Aaron 04:35, 18 June 2007 (UTC)


 * I don't know really how to fix this, but I believe this is the same problem that I had with my test installation of MediaWiki 1.10 with CheckUser. I think the software gave me some kind of an error when I changed my group membership from bureaucrat, sysop to bureaucrat, sysop aand checkuser, though CU wasn't fully functional (or even installed) then. It gave me an error, I clicked "back", had a look on the RC, saw the log entry, made a test page and it didn't show up on RC... -- Sayuri 08:41, 18 June 2007 (UTC)

That would make sense. It now seems that I somehow turned on 'Autopatrol' for myself and the other admin - the site is still under construction and we're the only two making edits. I, too, added check user as well as bot privileges for both of use about the same time I added check user. Until then all of our edits were showing up in RecentChanges; since then, none.

My apologies from bringing this problem here. It is a configuration problem after all. Again, for my part this may be deleted. Mburp 09:54, 18 June 2007 (UTC)
 * Do you have the latest version from SVN? Aaron 17:43, 18 June 2007 (UTC)

Yes or as of about two days ago. My site is still under development and until this problem arose I had made all the edits on with the sysop privilege I acquired during installation.

I added Makebot and Makesysop at about the same time as Checkuser and added full privileges for the two admins. Until then my edits had been appearing in Recent Changes and then they stopped. I tried a sock puppet registration and a few edits with that and anonymously - and they appear in the Recent Changes page. It looks like changing our privileges brought us under 'autopatrol' so my edits are no longer appearing in Recent Changes.

This is clearly not a Check User error - not an error at all; just a newby's mistake. Again, I apologize, and thank you for your help.

Michael Mburp 17:02, 19 June 2007 (UTC)

1.9.3
Hello!

Is there a version for mediawiki 1.9.3? I am getting fatal error on line 117 calling to function isisip or something. I run mediawiki 1.9.3. thx. 80.89.53.119 23:26, 18 July 2007 (UTC)


 * I suggest checking the SVN for old version, or even better, updating your MediaWiki installation. If you can run 1.9.3, you should be able to run 1.10. -- Sayuri 11:48, 19 July 2007 (UTC)
 * I have to many extensions and mediawiki code hacks to port :S .. thx I will try and see if i can find a working version from SVN. 80.89.53.119 20:25, 19 July 2007 (UTC)
 * Tested several times, same error:
 * Fatal error: Call to undefined method IP::isipaddress in extensions/CheckUser/CheckUser.php on line 148. 80.89.53.119 04:14, 28 July 2007 (UTC)
 * That function is not in 1.9 Aaron 01:12, 29 July 2007 (UTC)