No previous topics.

Anonymous users

Is it possible to configure this extension to include access log of unregistered users (i.e via IPs)? Almuhammedi 16:05, 1 December 2011 (UTC)

Thanks for your request. We're currently studying this possibility and will implement it if it involves only moderate effort. Umdacc 14:54, 15 December 2011 (UTC)

excluding actions of admin

Great extension! Can I somehow exclude my own (admin) actions from the log? Purre (talk) 22:07, 13 April 2012 (UTC)

Filter by Page

I would like to see an option to filter by the specific page viewed. Sometimes this functionality is helpful in dealing with abuse directed towards specific topics. 76.100.19.118 05:33, 22 January 2013 (UTC)

Yeah, I had insomnia and mountain dew tonight. Here's an updated version of AccessLog.body.php which implements both page filtering and filtering for anonymous (IP-only) users: I've tested the new patches and they seem to work as intended, but programming is not really my strong suit so I would advise double-checking the code I've cobbled together before using it on your own site. 76.100.19.118 10:36, 22 January 2013 (UTC)

Sorry folks, one small bugfix -> remove the $ from the end of the LIKE expression on line 434. 76.100.19.118 10:42, 22 January 2013 (UTC)

PHP Parse error

Hey Guys,

i have installed the extension successsfull, but i doesnt see a "AccessLog" Special-Page... if i manually access: wiki/special:acceslog the wiki means the site does not exist!

in apache errorlog is the following: PHP Parse error: syntax error, unexpected T_VAR, expecting ')' in /etc/mediawiki/LocalSettings.php

Any idea? 217.91.162.122 09:13, 3 July 2013 (UTC)

First guess: an error in your LocalSettings.php file.

Ours looks like this (just the line that adds the AccessLog extension):

require_once( "$IP/extensions/TransWiki/AccessLog/AccessLog.php" );

Please check if yours looks similar, or post here what you have. Robertba (talk) 09:36, 3 July 2013 (UTC)

Specify a limit to avoid huge databases...

Great extension ! Is it possible to add an option to purge automatically entries older than X days or/and to limit the number of entries ?

Thx in advance.

Mégajoule 195.101.137.127 17:57, 4 April 2014 (UTC)

Thanks for your kind words. There is unfortunately not such an option. You need to go into the access log special page and use the purge option to manually purge logs older than a specified number of days. However, you are welcome to implement and contribute an automatic purge function. Robertpba (talk) 03:50, 30 April 2014 (UTC)

Fatal error: Call to undefined method SpecialAccessLog

How to get a .csv or similar dump

I'm finding this a very useful extension, for all sorts of reasons. What I'd like to do is get the last month's worth of access log in a flat file so I can do my own analysis. I'm running on a hosted server, which times out if the access log program runs too long. I can get there by going through it 500 lines at a time, but it's quite a tedious solution.

I've looked at the database table:

tw_log_id tw_log_timestamp tw_log_user tw_log_username tw_log_namespace tw_log_title tw_log_action

Naturally, these keys are binary, pointing to the actual name, action and so forth, and the timestamps are encoded. I don't know enough SQL (I don't know any, to be more precise), to know how to set up a query to return what turns up in the access log.

So, I was just wondering, if there was a handy sql query lying about that I could use - if so, I'd be most grateful.

The other solution would be to mess about with the access log program - it might not be too difficult if all I did was to put in a sleep every hundred or so queries to stop the server stopping it, but I think that a SQL query would be a more sensible solution if I had it.

Any other suggestions gratefully received. Fustbariclation (talk) 11:06, 1 August 2014 (UTC)

Special:AccessLog return black page.

PHP Parse / Fatal Errors MWDebug.php & GlobalFunctions.php

Please help, I noticed today that my wiki is suddenly completely white. I viewed the error logs and saw two errors that were breaking it (previously it was fine before this and I hadn't touched it) It was working for awhile then all of a sudden it goes white with these errors:

[19-Apr-2015 22:58:58 America/Chicago] PHP Parse error: syntax error, unexpected '|' in /wiki/includes/debug/MWDebug.php on line 341 [19-Apr-2015 22:58:58 America/Chicago] PHP Fatal error: Class 'MWDebug' not found in /wiki/includes/GlobalFunctions.php on line 981

I'm very novice when it comes to PHP, if anyone has any insight I would be greatly appreciative! Alejanic (talk) 23:49, 21 April 2015 (UTC)

AccessLog Warning when creating class in extension PageForms

I have an old, working install of AccessLog. I recently installed Extension:Page_Forms; it essentially facilitates the editing of template calls in pages.

When I try to "generate a class" (which edits pages in template, forms and possibly property (semantic MW) namespaces), I get the following error: Warning: Missing argument 12 for accessLogEditAction() in /home/ccmdb/ccmdb.kuality.ca/extensions/UMEduWiki/AccessLog/AccessLog.php on line 104

The template gets generated, but the form does not. Does AccessLog fail on non-standard namespaces? Tenbergen (talk) 18:30, 28 December 2016 (UTC)

just look here

https://www.mediawiki.org/wiki/Manual_talk:Hooks/ArticleSaveComplete#PHP_Warning:_Missing_argument_12_in_extension_that_uses_ArticleSaveComplete Jackqbox (talk) 01:53, 29 December 2016 (UTC)

That did the trick, thanks Jackqbox. The class generator in extension PageForms still doesn't actually generate a class, but at least this is no longer the reason. Tenbergen (talk) 01:50, 4 January 2017 (UTC)

My pleasure

By the way, the name Tenbergen sounds dutch ^_^ Jackqbox (talk) 12:52, 4 January 2017 (UTC)

in MW 1.28 purge log does not delete old entries

weird issue

purging old entries no errors generated, but nothing is deleted whenever $wgLanguageCode = "zh-tw";

This is caused whenever i have my chrome browser set to automatic translation to english

using the default chinese in my browser (zh-tw) it is deleting correctly

anyone encountered the same?? Jackqbox (talk) 10:25, 6 January 2017 (UTC)

Support for MW beyond 1.20?

Access log says that its only supported on MW versions 1.15 to 1.20.

One server in the cloud I want to install this extension on is 1.21.1 (will it work ok?).

Thanks. 118.92.37.136 (talk) 14:24, 30 March 2017 (UTC)

Mediawiki 1.24.2

When installing 1.15-1.20 on Mediawiki 1.24.2 get a database error after installing and starting mediawiki (after IISreset).

Isn't there a newer version available or has someone experience with running on a newer MediaWiki?

The update op the database didn't give errors, looks good.

George 195.130.199.5 (talk) 08:54, 13 November 2017 (UTC)

I am afraid that this extension is unmaintained and marked it as such. You could try to get in touch with the original authors directly. [[kgh]] (talk) 11:50, 13 November 2017 (UTC)

Log edits

Using on Mediawiki 1.30. It logs views just fine however it doesn't log any edits. 173.241.238.162 (talk) 19:10, 11 April 2018 (UTC)

has anyone tried it on the latest release of 1.31 137.69.117.202 (talk) 00:59, 10 October 2018 (UTC)

MW1.30 1.31 1.32

Hello, friends! Can anyone help to adapt the Access Log extension for use on the MW1.30 1.31 1.32 engine? Thank. 93.81.224.145 (talk) 22:26, 26 March 2019 (UTC)

Hello! Don't know if this is too late for you but I've got it working on 1.32.2 with a small patch. 88.96.238.245 (talk) 11:31, 20 June 2019 (UTC)

Hello! Don't know if this is too late for you but I've got it working on 1.32.2 by patching the following:

        $dbw = wfGetDB( DB_MASTER );
        $dbw->begin();
        $dbw->insert( 'tw_accesslog', $log_entries_arr );
        $dbw->commit();

to

        $dbw = wfGetDB( DB_MASTER );
        $dbw->startAtomic( __METHOD__ );
        $dbw->insert( 'tw_accesslog', $log_entries_arr );
        $dbw->endAtomic( __METHOD__ );

Uuilliss (talk) 11:33, 20 June 2019 (UTC)

Not the OP, but helpful to me. Thank you! 96.244.147.234 (talk) 14:28, 26 July 2019 (UTC)