Last modified: 2014-11-18 00:19:38 UTC

Wikimedia Bugzilla is closed!

Wikimedia migrated from Bugzilla to Phabricator. Bug reports are handled in Wikimedia Phabricator.
This static website is read-only and for historical purposes. It is not possible to log in and except for displaying bug reports and their history, links might be broken. See T59788, the corresponding Phabricator task for complete and up-to-date bug report information.
First Last Prev Next    This bug is not in your last search results.
Bug 57788 - Run or schedule initSiteStats.php maintenance script
Run or schedule initSiteStats.php maintenance script
Status: NEW
Product: Wikimedia
Classification: Unclassified
Site requests (Other open bugs)
unspecified
All All
: Lowest minor (vote)
: ---
Assigned To: Nobody - You can work on this!
: shell
Depends on:
Blocks: 29782 40009
  Show dependency tree / graph
 
Reported: 2013-12-01 05:11 UTC by zhuyifei1999
Modified: 2014-11-18 00:19 UTC (History)
12 users (show)

See Also:
Web browser: ---
Mobile Platform: ---
Assignee Huggle Beta Tester: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description zhuyifei1999 2013-12-01 05:11:33 UTC 
Please run "initSiteStats.php" on all wikis (or at least en.voy) periodically. See [[voy:Wikivoyage:Maintenance_panel/Ghost_articles]] and the talk page.
Comment 1 Andyrom75 2014-03-21 10:33:22 UTC 
Considering that no one in 1.5y has solved the bug 40009, is it possible to reset/reprocessed the various https://en.wikivoyage.org/wiki/Special:Statistics (I mean for each language)? The problem is that those numbers do not reflect the real amount of articles, images, etc...

At least the current consistent discrepancy will be mitigated.

Thanks
Comment 2 Andyrom75 2014-07-14 17:15:22 UTC 
With bug 64370 has been ran one more time the initSiteStats.php for all the wikis, so now the script works (there was a bug that blocked it).

Considering that this bug is relevant to the periodic schedule of this script (that now is working fine). Can this schedule be set and close this bug too?

This schedule should run until the bug 40009 and bug 64333 haven't solved yet, because they affect the article count.
Comment 3 Donald Lancon 2014-08-29 02:30:27 UTC 
Yes, please do this until the current open bugs affecting on-wiki stats are fixed.

I help to track stats at [[m:Wikimedia_News]] and I regularly come across "milestone" changes that I can't explain looking at on-wiki activity (new pages, imports, deletions, and often even the raw volume of RecentChanges activity can't account for the changes).

Just today, for example, q:ca: reached 2000 (increasing by 365 content pages) without corresponding on-wiki activity to account for the change. Took me half an hour to notice that a single page with 360 revisions was just imported into the wiki. So this looks like bug 40009, which just got fixed (but apparently no wikis have benefitted from the fix yet).

Anyway, more importantly, I believe there are still WM wikis that have been thousands of articles off in their article counts for years now -- although I haven't made a thorough check of the situation since May 2012. Interested parties can see [[m:User:Dcljr/Article_counts]] for a lot of information about article counts that never really went anywhere.

Waiting for that Great Day when the on-wiki stats actually mean something....
Comment 4 Andyrom75 2014-11-17 10:44:36 UTC 
bug 64333 has been just solved. So initSiteStats.php could be run again to eliminate the discrepancy that has produced during its life cylce.
Note You need to log in before you can comment on or make changes to this bug.
First Last Prev Next    This bug is not in your last search results.

Navigation
Links