| Xaosflux | |
| Nov 23 2022, 8:15 PM |
| F35816337: image.png | |
| Nov 23 2022, 8:15 PM |
Steps to replicate the issue (include links if applicable):
What happens?:
What should have happened instead?:
Software version (skip for WMF-hosted wikis like Wikipedia):
WMF production
Other information (browser name/version, screenshots, etc.):
See article count in https://en.wikipedia.org/wiki/Special:Statistics
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Bumping portals to master | operations/mediawiki-config | master | +1 -1 |
rWPRD1c5457bac701: Assets build - 2022-11-21 09:23:50+00:00 looks to have broken it.
<small><bdi dir="ltr">6 458 000+</bdi> <span>articles</span></small>
became
<small><bdi dir="ltr">657 000+</bdi> <span>articles</span></small>
Root cause seems to be that the build process draws the statistics from https://pagecounts.toolforge.org/pagecounts.json, which hasn't been updated to the sharding introduced in T306589, and so only gets one of the shards (which is also why the number is almost exactly one order of magnitude too small). https://github.com/MaxSem/pagecounts/pull/2 updates the query to deal with this; @Jdrewniak and @MaxSem are maintainers of the Toolforge tool.
oh boy, that looks bad. I've somehow lost access to the pagecounts repository on Github, but in the interest of making that code more visible, I think it'd be a good idea to merge it into the main Portals repository. @Vahurzpu thank you for the fix, I'm going to update the toolforge instance with that code shortly, followed by a patch that merges that script in the main portals repository.
Change 861426 had a related patch set uploaded (by Jdrewniak; author: Jdrewniak):
[operations/mediawiki-config@master] Bumping portals to master
Change 861426 merged by jenkins-bot:
[operations/mediawiki-config@master] Bumping portals to master
Confirming the count was fixed. @Jdrewniak do you want to close this or was there still followup work to do?