Talk:Pageviews Analysis

Active discussions
Welcome to the Pageviews Analysis feedback forum

This is the forum to provide feature requests, bug reports, and general feedback for the Pageviews Analysis suite of tools.

Some key notes when making a post:


Feature Request: Weekly numbers in date typeEdit

Screenshot of date range today

I would appreciate if a weekly date type is added for viewing the view-data. Country differences might have to be considered (calendar week in e.g. Germany is from Mon-Sun). --Frshmn (talk) 09:49, 31 January 2020 (UTC)

The Pageviews API only provides daily and monthly granularity. Sorry. MusikAnimal (WMF) (talk) 20:06, 2 February 2020 (UTC)
Ok valid argument. Where can I ask for configuration changes that allow weekly recording in the future? --Frshmn (talk) 09:43, 3 February 2020 (UTC)
I actually found a task at phab:T158901 that I forgot about. My proposal was to compute the weekly granularity clientside, meaning we wouldn't need any update to the underlying API. This is possible, but it will be a bit challenging to implement. The API itself would be the better place for this. I also found phab:T133575, which is about adding weekly granularity to the API for the most-viewed pages, specifically (I'm assuming your request is about the main Pageviews Analysis tool). MusikAnimal (WMF) (talk) 23:37, 3 February 2020 (UTC)
Thanks for digging in this topic. Is there anything I can do as a user to support the realization of either of these tickets? --Frshmn (talk) 15:48, 8 February 2020 (UTC)

Permalink button bugEdit


If I go to the following URL|Dungeness,_Washington|Dungeness_(album)|Dungeness_(Cumberland_Island,_Georgia)

and click "Permalink", I get the following copied into my clipboard:,_Washington|Dungeness_(album)|Dungeness_(Cumberland_Island,_Georgia)

It looks like it's only replacing the first pipe with %7C. I guess this is just a regexp that's only replacing once when it should be replacing across the whole string. --Lord Belbury (talk) 14:59, 4 February 2020 (UTC)

Thanks for noticing this! Your guess is correct. Fortunately the permalink still worked. I think it's probably best to encode the pipes, only because some markdown (such as on Phabricator) uses pipes in the link syntax, which causes conflicts. Anyway I've got this fixed and it will go out with the next release. MusikAnimal (WMF) (talk) 04:56, 7 February 2020 (UTC)
Thanks for the fix. I was actually hitting some problems on a Wikipedia talk page yesterday where the unescaped version of the string broke when I tried to use it as a link (which led me to trying the Permalink button instead, and which I had to finish cleaning up manually), but I can't seem to replicate it this morning. --Lord Belbury (talk) 09:42, 7 February 2020 (UTC)

Pageviews not friendly to 4:3 monitors?Edit

I was using Chrome 80 (Stable channel) on Windows 7 (no longer supported by Microsoft) on a 4:3 monitor. (My 16:9 monitor just broke internally.) Then I was checking out stats of just one page. Then suddenly, the vertical scrollbar just flickers, i.e. rapidly and cyclically appears and disappears every 0.001 seconds (estimate). Then the flickering stops when I adjust the browser (Chrome) window (or maximize the window).

I tried testing the same page out on IE11. I don't see the vertical scrollbar flickering, but then the daily view popup doesn't work there. I've not yet tested this out on other browsers, like Edge and Opera. Does anyone have 4:3 monitors still working? George Ho (talk) 19:41, 10 February 2020 (UTC); edited, 19:42, 10 February 2020 (UTC)


Massviews consistently fail to process large categories for long time, like "living people" since 2015.--Maxaxax (talk) 09:35, 13 February 2020 (UTC)

I'm assuming you're referring to the English Wikipedia. w:Category:Living people has around one million category members, and you're asking for all-time stats, so unfortunately that query is indeed unlikely to finish :( I can try to find some ways to mitigate this, or at least give you some data, but I can't make any promises. The real solution I believe is introducing a full backend solution. That is being tracked at phab:T157830. Regards, MusikAnimal (WMF) (talk) 22:21, 17 February 2020 (UTC)

Can't see pageview statistics on emoji articlesEdit

Hi there,

When I try to run a report on the actual existing page 🍆, which I believe has more then zero visits (certainly my own), the query fails. A similar test for another single character article, Ä, does yield results. The error I get is "🍆: Error querying Pageviews API - Not found." Queries for 🎉 and other emoji from this category seem to yield the same issue. Tested with an up to date Firefox and IE on an up to date Windows 10 system. Note that the examples are all Unicode v6.0, so not part of any new emoji set. Milliped (talk) 21:30, 14 February 2020 (UTC)

Further testing shows that I can't create a query for nl:Ş by entering the character in the search field but when I modify the URL manually it actually works. Milliped (talk) 12:28, 15 February 2020 (UTC)
@Milliped: Thanks for reporting this! It appears the underlying API stopped recording pageviews for emoji titles on April 23, 2019. For instance you see some data for 🍆 if you extend the date range. I have reported this bug at phab:T245468.

As for nl:Ş, it appears the wiki's search engine is using some heuristics to return results it thinks you want, when in this case they aren't. If I type in "Ş" into the search bar at, I don't see it in the result list there, either. Fortunately in Pageviews Analysis you can change the search method. Try going to the "Settings" and use the "No autocompletion" option under "Search method" (or even "Autocompletion including redirects" seems to work). As a side note, your wiki may wish to add a link to the Pageviews tool at nl:MediaWiki:Histlegend or nl:MediaWiki:Pageinfo-footer so that you will have a direct link. See the top of the URL structure documentation for some example code you can use on-wiki. Best, MusikAnimal (WMF) (talk) 22:17, 17 February 2020 (UTC)

Return to "Pageviews Analysis" page.