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)

So without shell access to the webserver I can't install CheckUser? --89.244.177.62 19:07, 19 February 2008 (UTC)


 * My question exactly. I am on share hosting and have no shell access ... how to install this extension without it? Thanks.--Nonegiven 17:41, 24 February 2008 (UTC)
 * In short, it's not really possibly without shell access (insofar as I can fathom possible installation methods). Anthøny 21:07, 13 June 2008 (UTC)


 * I can't get access to a command shell on my host - without this the extension cannot be made functional. There should be a more "normal" way of installing this - every other extension I have installed just requires ftp of the relevant files and changes to localsettings.php.  Peter Campbell 12:41, 7 August 2008 (UTC)


 * Feel free to run the SQL queries from install.inc on your database directly (at your own risk, of course). —Emufarmers(T 16:23, 7 August 2008 (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)

installing
so yea - how do I ran a php file? 'cause frankly I have no idea I just discovered command line interface and all sorts of commands even cool stuff like  that I can use to access somebody's else's computer, but  I can't find any command that I can use to run a file on windows. I would really appreciate any instructions on running the install.php on windows or simply the copypasta that I can paste in phpMyAdmin to create the necessary databese row cause the databese row is what I'm missing. 354d 21:40, 20 August 2007 (UTC)
 * So I'm responding to my question. This extension is straight scandalous but the documentation seems um very flawed. OK, so on a hosting service install.php is run from SSH by typing:




 * where  line to   is just causing an HTTP 500 error when I save the file and visit my wiki. Can anyone help? --AutoFire 01:25, 5 September 2007 (UTC)

Nevermind, I just had  in the wrong folder. --AutoFire 02:21, 5 September 2007 (UTC)

CheckUser accountability log
I'd like to see an automatic public log of all CheckUser requests, which would show date/date, User performing CheckUser, and on which Users. It would not show the results (as they might be private and non-supportive). This would ensure there is accountability, and show any abuse of the system. --84.9.191.165 11:06, 16 September 2007 (UTC)

Self-checkuser
Any reason why an individual could not be allowed to perform a checkuser on themselves? It might encourage some individuals not to abuse the system by allowing them to see the information that is available to the sytesm. It would also allow a user to keep a copy of the information that can be obtained by certain administrators --84.9.191.165 15:21, 1 November 2007 (UTC)

SQL Tables
Can me anybody tell what SQL tables i require? Can anybody tell me a command with this i can create this? I'm sorry for my english, because i'm from Germany :-) --91.96.40.180 16:38, 28 March 2008 (UTC)
 * Run install.php as directed, or open the file and run its SQL queries directly on the database if you don't have command line access. —Emufarmers(T 18:21, 29 March 2008 (UTC)

Fatal error
Hi, I have mediawiki installed with version 1.9.3 and tried to install checkuser ext. but I am getting this message while trying to change one user's right and enableing for checkuser rights: Fatal error: Call to undefined method IP::isipaddress in /home/gidelimm/public_html/wiki/extensions/CheckUser/CheckUser.php on line 162

Is there anybody who can help me to sort out this problem? Thanks --Plenumchamber 11:21, 16 April 2008 (UTC)


 * Upgrade MediaWiki or use the older version of CheckUser mentioned on the extension article. —Emufarmers(T 01:37, 17 April 2008 (UTC)
 * Thanks alot for your very kind help. It's working perfect now. --Plenumchamber 06:54, 17 April 2008 (UTC)

Manual install
This is idiotic, very few people have access to their host's shells, how does one install this manually? 60.242.48.18 08:16, 29 April 2008 (UTC)

CheckUser log documentation
Documentation on $wgCheckUserLog has long been needed. I've just created Manual:$wgCheckUserLog; please feel free to make any amendments there. Anthøny 23:47, 20 June 2008 (UTC)

Lots of error messages when trying to install
I set everything in the extensions/CheckUser folder to chmod +x *. Then I try to run install.php, and I get an infinite loop of error messages, saying stuff like: ./CheckUser.i18n.php: line 1: ?php: No such file or directory ./CheckUser.i18n.php: line 2: /bin: is a directory ./CheckUser.i18n.php: fork: Resource temporarily unavailable ./CheckUser.i18n.php: line 6: archives/: is a directory ./CheckUser.i18n.php: line 8: syntax error near unexpected token `(' ./CheckUser.i18n.php: line 8: `$messages = array;' What's the deal with that? By the way, I am running a wiki that I expect may come under vandalism at any time, but I would like to leave it open to editing by the general public. I have no need to install CheckUser if no vandalism occurs, but if it does, I would be interested in knowing the IPs behind the responsible accounts. Will CheckUser let me run a CheckUser on a user's edits that occurred before CheckUser was installed? Thanks, 70.22.118.41 00:48, 29 June 2008 (UTC)
 * If the $wgPutIPinRC variable was true, it is retroactive, yes. Aaron 01:52, 30 June 2008 (UTC)

Install
My Wiki is installed on a web server. How can I install this extension if I need to use the cmd?  Firilă croco  Talk 14:12, 12 July 2008 (UTC)