This question about Configuration: Task filed

We're failing to get statistics updated on subwebs

The University of Minnesota has a FosWiki install (http://wiki.umn.edu) and I discovered by accident that the statistics for subwebs don't ever get updated. If I try to force an update, it updates the statistics for the containing web, but the stats page for the subweb doesn't change. The subweb where I noticed this is https://wiki.umn.edu/UMMCSci/CSci4453s11/WebStatistics

Is this a bug, or a configuration problem? I'm afraid I'm not an admin on this wiki so I don't have access to the logs or anything, but I did admin an earlier TWiki install for several years. I'm hoping to get some information that would give the the admins a place to start looking for a solution.

Many thanks for your help.

-- NicMcPhee - 08 Aug 2011

Damn, there are no unit tests for the statistics scripts. For what it's worth, the stats scripts seem to be working here on foswiki.org which is running Foswiki 1.1.3.

Somebody needs to reproduce on Foswiki 1.0.9 for you.

It might be useful to see what the cron job's /bin/statistics invocation looks like (the options given)

-- PaulHarvey - 10 Aug 2011

But does foswiki.org use sub-webs? I haven't look hard, but I haven't run across any so far. I'm afraid that I don't have access to things like the cron job invocation. If we think that's where the issue lies, though, then I can ask the people that do to have a look and report back.

-- NicMcPhee - 10 Aug 2011

No, foswiki.org doesn't use subwebs. I doubt it's the cron job.

The statistics code is very old and quite hairy; I wouldn't be surprised if it had problems with subwebs. It really needs a full rewrite; but in the interim, some simple unit tests would reveal any subweb flaws.

-- CrawfordCurrie - 11 Aug 2011

Foswiki does have subwebs in a few places - Extensions/Testing.WebStatistics for example.

-- PaulHarvey - 11 Aug 2011

Nice catch, Paul, and statistics do appear to be working in all the subwebs, at least with this version of FosWiki. This seems to point to either (a) a version issue, and we need to upgrade or (b) a config issue. I doubt we'd want to do a version upgrade less than 2 weeks before the start of classes, but I can try to encourage them to build a plan for that. It would be nice if it was a simple config issue, though. Anyone have access to the config/cron files for this install that can see if there's something there that we need to do on our end?

Thanks to everyone for their help with this.

-- NicMcPhee - 11 Aug 2011

I have a

Main Web : TechWiki

Sub Web: StandardDocuments

In force update manually link in the StandardDocuments Sub web, following is syntax is present :
 (You can also [[%SCRIPTURL{"statistics"}%/%WEB%][force]] an update)

The problem can be solved by updating the syntax to using URL parameters as shown below
 
(You can also [[%SCRIPTURL{"statistics"}%?webs=%WEB%][force]] an update)

Then it updates the subweb statistics correctly. Hope this helps.The Force link needs to be changed in standard distribution so that it works for Main and subwebs

-- HarshadDivekar - 13 Oct 2011

Good catch, Thanks. I'll file a task.

-- GeorgeClark - 13 Oct 2011

Opened Tasks.Item11182

The underlying issue is simple. When referencing a Subweb without specifying a topic name, the URL must include a trailing slash. This is the only clue to Foswiki that the URL is referencing a web instead of a missing topic. The task will correct the example URL to include the trailing slash and make some additional improvements to the topic layout and documentation.

-- GeorgeClark - 15 Oct 2011

QuestionForm edit

Subject Configuration
Extension
Version Foswiki 1.0.9
Status Task filed
Related Topics Support.Item11182
Topic revision: r10 - 15 Oct 2011, GeorgeClark
The copyright of the content on this website is held by the contributing authors, except where stated elsewhere. See Copyright Statement. Creative Commons License    Legal Imprint    Privacy Policy