Extension talk:CurrentUsers

Robots & Friendly URL's
It works like a charm, thanx ;) Just have a problem with  because my wiki content is in a "/wiki" folder, so the extension doesn't display the bots. --86.217.232.28 03:48, 20 August 2007 (UTC)
 * The extension can only display the bots if you're using friendly URL's. Even then it's only able to determine good bots who declare themselves, but many of the anonymous guests will be bad bots trying to pass themselves off as browsers. --Nad 20:11, 20 August 2007 (UTC)

wobbly output
Hi Nad, excellent plugins, however, in my 1.5 Wiki setup I get nothing like the output you get from Current Users, I'm using the : **: template, but the output looks like this: * * 14:34:

Can't see whats going on that the template doesn't display right. I have no extra extensions yet, this is a fairly fresh install

thanks for the work, lovely looking site Organic Design, nice to see something not too Wikipedia like :)
 * If I understand you correctly you are using MediaWiki version 1.5.7, I would strongly recommend upgrading your MediaWiki installation to version 1.10.1. Also do you have the contributed extension Parser functions installed? This provides flow control functions such as if etc. --Sven 07:43, 7 September 2007 (NZST)
 * If you're unable to upgrade due to requiring PHP4.x, then at least upgrade to MW1.6.13 as this is there is practically no support at all for less than 1.6 and many changes were made to the fundamentals of the code in 1.6.0. --Nad 08:23, 7 September 2007 (NZST)
 * Acually no, its a 1.10 Wiki, my mistake! Nibb 15:01, 24 September 2007 (UTC)
 * Ok so what output are you getting after installing Parser functions? --Nad 21:15, 24 September 2007 (UTC)
 * I had the same problem with how it looked but installing ParserFunctions fixed it right up. Currently using it on fanhistory.com the main page of my wiki].  Looks nice though horizontal version would be nice. :) --PurplePopple 19:00, 5 October 2007 (UTC)
 * You can make it horizontal and change any other style aspects using CSS, just put it in a div tag of some class then set li's within it to have their display style inline. --Nad 21:16, 5 October 2007 (UTC)
 * Here is the code for you if you need it inline: ''' | :

''' Have fun! --Anderl 22:15, 3 January 2008 (UTC)

Some minor issues
Nad, the extension works first time ...

I created the template you provided and I can see my username when I am connected ...

If I refresh the page, the time changes to the current time each time ... Can't this time rather indicate the time the user logged on ?? .. The current time when the Page is accessed is pretty superfluous, don't you think ??

I used another browser on the same PC to access my wiki but as a guest while still logged in as a user and i don't see the 'guest' entry, only the logged user ??

Any ideas on that ??

I had the same problem. I suspected it was a cache issue and got it working with these lines in my Localsettings.php file $egCurrentUsersTimeout = "60"; $wgEnableParserCache = false; $wgCacheEpoch = gmdate( 'YmdHis', mktime );

I am new to wiki code so you should run this by someone before you use it. I have had no ill side effects that i am aware of. --Archibald Horatio Vilanos III 16:42, 8 November 2008 (UTC)

--Dick 07:59, 3 October 2007 (UTC)
 * There could be a few problems with the detection currently, I'll check them out when I get some time. I'll keep the time stamp how it is now as it's about current users so the last time of access seems logical and is the basis of deciding when they're no longer current. --Nad 21:18, 5 October 2007 (UTC)

Just a comment, this would complement wikichat quite well as you can quickly see whos online --Sven 11:35, 26 July 2007 (NZST)

Not working correctly
I used this extension and it worked without a glitch in 1.11.1. Now that I upgraded to 1.12.0, suddenly it stopped using the Template:CurrentUsers even if i define it in the localsettings.php. I just can't get it to format the output with Currentusers template page so i have to modify the source code. What's wrong?
 * I checked the source code and the new 1.12.0 version isn't even using the template - whereas the old version called the template to format the output. Why was the syntax changed?
 * Thanks for the swift update but now it seems that whenever I use currentusers on a page with other templates, it generates the good old dreaded UNIQ QINU -error string.
 * I have tested putting another template alongside, and it worked ok. Can you identify exactly what is causing the GUIDs? --Zven 00:25, 3 April 2008 (UTC)
 * I have Contribution Scores and PayPal extensions on the front page. They work well together, but when i add CurrentUsers, it breaks PayPal completely (UNIQ-error) and Contribution Scores partially (can't embed contribution stats to the page anymore). So, either there's something wrong with those two extensions (but they work together) or CurrentUsers is doing something that prevents either of them to work (even when only enabling either of them separately with CurrentUsers).

Dynamic Article List conflict
It appears this extension has a conflict with another extension I have, Dynamic Article List...

It completly screws up the out of the Dynamic Article List...

I also had to install the Parser Functions extension to get the CurrentUsers extension to display properly, if that makes any difference...

Can anyone help? I would love to have this working on my main page, along with my Dynamic Article List...

My site: HTPCnz

Cheers --HTPCnz 13:50, 1 April 2008 (UTC)
 * Do you get any php warning messages in your source code? You may need to turn error reporting on in LocalSettings.php.

I have had a quick look at Extension:Dynamic Article List, it looks like it may not be supported as MediaWiki versions develop, can you get it going on 1.12.0? --Zven 00:32, 3 April 2008 (UTC)

UNIQ problem?
I have ParserFunctions installed, but when I use it on a clear page it works fine, but it disables all following Template includes on existing pages.

Before the next include: the following include is just linked After other include: Destroys page completely: Crap like this shows up:

UNIQ35fe428e5e3b070c-item-0--QINU UNIQ35fe428e5e3b070c-item-1--QINU

But I need to use it on the Main Page since the cache purge is working fine there. What I find odd is that the same UNIQ problem was reported on Extension_talk:Whos_online.

Maybe it's about NaodW..." or "UNIQ.... I've found "parser(" in the following extension files but no luck: It doesn't even work on a fresh MW 1.12.0rc installation :( --Subfader 19:42, 10 May 2008 (UTC)
 * mwbb/topic.php
 * inputbox.php
 * SubPageList.php
 * THink I found a solution: Extension_talk:NiceCategoryList. Can somebody insert it to the code? --Subfader 20:49, 10 May 2008 (UTC)
 * Is this still a current problem? --Nad 20:46, 17 September 2008 (UTC)
 * Yes, ist is. -- Beyer 11:06, 3 October 2008 (UTC)
 * Has anyone found a fix for this issue? How can I get this on the main page without mangling it entirely? -- Chuck

I seem to have a working fix for this issue, change the line: $users = $parser->preprocess($users,$wgTitle,$parser->mOptions); To: $localParser = new Parser; $users = $localParser->preprocess($users,$wgTitle,$parser->mOptions); I was able to then include this on my MainPage without the UNIQ issue showing up. --Chuck 14:29, 11 March 2009 (UTC)

Configuration settings
I seem to have found that using the variable $wgCurrentUsersTimeout in my LocalSettings.php does not work, whereas using $egCurrentUsersTimeout does.... --Carl 147.96.5.67 12:35, 17 September 2008 (UTC)
 * Sorry, the globals were changed to $eg and I hadn't updated the docs, done now :-/ --Nad 20:46, 17 September 2008 (UTC)