Talk:Pageviews Analysis/Archives/2018/2

Topviews bug report

Tracked in Phabricator:
Task T191954

Unable to view 901-1000 records, when clicking show more each time to get next 100 records on telugu wikipedia. "Fatal Error: Operation timed out, Please refresh the page..." Ubuntu 16.04, Firefox 59.0.2,(64bit) Link: https://tools.wmflabs.org/topviews/?project=te.wikipedia.org&platform=all-access&date=last-month&excludes= --Arjunaraoc (talk) 09:36, 5 April 2018 (UTC)

I've created a task at phab:T191954. I probably won't get around to this very soon, but in the meantime, you can still use the "Search" feature to find pages in the 901-1000 range, if that helps. MusikAnimal (WMF) (talk) 05:24, 11 April 2018 (UTC)

http vs https, http assumed

When I run an analysis on www.kb.nl - so without explicitly stating the protocol http:// or https:// - I notice that it is automatically assumed to be the http:// protocol, because for the query http://www.kb.nl I get the same results. However, when I run the query https://www.kb.nl, I get a different set of results.

I think this should be made clear more explicitely in the tool, or should explicitely stating the protocol be made mandatory? Please let me know your thoughts on this.

Btw: the same is true for the LinkSearch tool, where http://www.kb.nl (= www.kb.nl) returns different results than https://www.kb.nl

Best regards, --OlafJanssen (talk) 11:28, 6 April 2018 (UTC)

Pageviews bug report

Resolved.

Pageview analysis doesn't work for French Wikipedia article names.

https://tools.wmflabs.org/pageviews/?project=fr.wikipedia.org&platform=all-access&agent=user&range=latest-90&pages=Charles_de_Gaulle

An error message occurs that says (translated from German to English): "Fatal error. Time out. Please load page again or report the bug".

Using current Opera 52 browser on Windows 8.1. --K1812 (talk) 02:18, 13 April 2018 (UTC)

@K1812: Wow, sorry about that! This broke because there's a new feature on French Wikipedia, (fr:Spécial:PageAssessments) that Pageviews Analysis looks for, but here it wasn't configured to process it. It should be fixed now :) You may need to clear your browser cache. Best MusikAnimal (WMF) (talk) 02:36, 13 April 2018 (UTC)

Thank you. --K1812 (talk) 02:51, 13 April 2018 (UTC)

Hello, I have the same problem since yesterday, [1]. It's not working right now. Bismillah (talk) 06:50, 13 April 2018 (UTC)

@Bismillah: Did you clear your browser cache, as asked in this thread? --AKlapper (WMF) (talk) 07:43, 13 April 2018 (UTC)

I clear the browser cache and now it's working. Thank you. Bismillah (talk) 07:52, 13 April 2018 (UTC)

Page View Analysis Internal Server Error

Appeared this morning Internal Server Error Pageview Analysis.

Hi! I'm guessing this is because of the Toolforge maintenance that was going on. That seems to have completed and everything is up and running now. If you're still having problems, please reply with a link to what you were trying to access, along with your browser and operating system so that we can figure out what's going wrong. Thanks, MusikAnimal (WMF) (talk) 16:29, 13 April 2018 (UTC)

bug report pageview analysis French Wikipedia

It seems there is still a problem with French Wikipedia stats. When i want to see stats for an article, that doesn't exist under that name any longer - because it has been moved to another name - i don't get any stats for the article under its former name. An article called "Aéroport Wolfgang-Amadeus-Mozart de Salzbourg" war renamed to "Aéroport de Salzbourg-W.-A.-Mozart":

https://tools.wmflabs.org/pageviews/?project=fr.wikipedia.org&platform=all-access&agent=user&range=latest-90&pages=Aéroport_de_Linz%7CAéroport_de_Salzbourg-W.-A.-Mozart%7CAéroport_Wolfgang_Amadeus_Mozart_De_Salzbourg

Opera 52, Windows 8.1.

No error message. --K1812 (talk) 17:30, 13 April 2018 (UTC)

@K1812: Hey there! I think maybe you were looking at the wrong redirect. The stats for fr:Aéroport Wolfgang-Amadeus-Mozart de Salzbourg (the old location) can be viewed at [2]. To combine that with the new location, see [3].

Unfortunately, when an article is moved, the pageviews do not move with it, so you will always need to look at stats for both. There's a tool that may help you with this, Redirect Views. Put in the target article and it will show you the combined pageviews for it and all the redirects (which would include older locations). So for fr:Aéroport de Salzbourg-W.-A.-Mozart, see [4]. For convenience, when viewing an article at toolforge:pageviews, you can get to the Redirect Views tool by clicking on the "Redirects" link, either at the bottom of the "Totals" section or in the table below the chart. Hope this helps! MusikAnimal (WMF) (talk) 18:15, 13 April 2018 (UTC)

Thank you. It helps :-) --K1812 (talk) 05:03, 14 April 2018 (UTC)

Shortcut for "current" or "yesterday" in date field

Tracked in Phabricator:
Task T192585

The graph is working well, though I'd prefer it to do all the work server side and avoid the Javascript on the client. Regardless of where the processing is done, it would be really nice to have a few shortcut terms that could be used in place of specific dates. Take the Pageviews Analysis for the Wikibook on OpenSSH for example. That graph shows a few pages from 2017-01-01 to yesterday, which at the moment was 2018-04-18. Tomorrow or any later day, when I load that URL, I'll have to manually edit the URL to adjust to the date. There is already a shortcut for latest-N but what I would like is to be able to show everything since a particular date, not just a rolling block. Maybe "current" could be used to specify the most recent available date. Or "year-to-date" could specify all data from the current calendar year. Or "Q1", "Q2", "Q3", and "Q4" for three-month blocks. Thanks. Larsnooden (talk) 04:40, 19 April 2018 (UTC)

@Larsnooden: The intent here is to provide an interactive tool, namely with the charts, so we want JavaScript. You're right however the processing could be done server-side, and investigating this is on the radar.

The shortcuts you suggest are all great ideas. I think I can make that happen, but it may take a bit as I'm tied up with other projects. I have created phab:T192585 to track it.

By the way, I see you're querying for several subpages of the same page. Were you aware of Massviews? This tool has a "Subpages" option that shows you the pageviews of the target page and all of its subpages. See [5] for OpenSSH. Best, MusikAnimal (WMF) (talk) 19:18, 19 April 2018 (UTC)

Thanks for both! The Massviews was new to me. I had not seen any links to it before. Larsnooden (talk) 04:56, 21 April 2018 (UTC)

Massviews with more depth

Hi, One of the features I wish for is Massview analysis with more depth. At the moment, massviews of only those articles within the category are shown after a massview query. I would love to see the articles which are within subcategories also in massviews. For example, in Category: Women's Health, there is a subcategory called 'Breast diseases' which also contains several articles, but there articles do not show up if queried for Women's Health massviews. I want to be able to specify the depth as 1 and see all the articles which are one subcategory below the main category called Women's Health.

Secondly, I want to be able to analyze the impact of edit-a-thons and Wikiprojects. The category to the Wikiproject is usually added to the talk page of the article and not to the article itself. So, if I look for massviews of Category:Articles created or improved during ArtAndFeminism 2016, I can see the pageviews of the talk pages and not the articles themselves. Is there any way that I can use the same category, but query for the article pages associated with the talk pages, and not the talk pages themselves? Thanks! --Netha Hussain (talk) 08:32, 25 April 2018 (UTC)

Hi Netha Hussain! I think there are existing features for both of your needs. In the initial form, when entering the category, there are options at the right just above the input field. "Include all subcategories" will recursively attempt to include all subcategories. It does not allow you to specify a depth. This is because many people don't understand what "depth" is, or know what to put, so for the sake of simplicity we include all subcategories (up to 50, actually), which usually is what people want anyway. So for Women's Health, try [6]. Note you'll see a bunch of errors, you can safely ignore those. They are showing up because apparently those pages have never been viewed since the Pageviews API was introduced in July 2015 (and Massviews can't efficiently tell whether the error is because there are no pageviews, or that the page doesn't exist).

For your editathon, try using the "Use subject page instead of talk page" option. So for Art+Feminism 2016, [7] should give you what you want. Hope this helps! MusikAnimal (WMF) (talk) 16:25, 25 April 2018 (UTC)

Thank you for patiently explaining the features to me. I feel like an idiot for not having previously noticed the two buttons that do exactly the same thing as I need! --Netha Hussain (talk) 08:39, 26 April 2018 (UTC)

No data found

Today, I'm only able to query for data for the top level of my wikibook. Has the syntax for the script changed? I am not able to add pages beyond the first one. So I can add OpenSSH but not OpenSSH/Cookbook/Remote_Processes or OpenSSH/Cookbook/Proxies_and_Jump_Hosts. Even the bookmarked URL I have shows "no data found" for the pages: https://tools.wmflabs.org/pageviews/?project=en.wikibooks.org&platform=all-access&agent=user&start=2018-01-01&end=2018-04-28&pages=OpenSSH%7COpenSSH/Cookbook/Proxies_and_Jump_Hosts%7COpenSSH/Cookbook/Multiplexing%7COpenSSH/Client_Configuration_Files%7COpenSSH/Logging_and_Troubleshooting%7COpenSSH/Cookbook/File_Transfer_with_SFTP%7COpenSSH/Cookbook/Public_Key_Authentication%7COpenSSH/Cookbook/Host-based_Authentication%7COpenSSH/Cookbook/Remote_Processes (PS. Thanks for massview, I use that also, but I like the line graphs here in this case. They help with visualization.) Larsnooden (talk) 05:45, 29 April 2018 (UTC)

@Larsnooden: I noticed on my machine the Privacy Badger Chrome extension started blocking en.wikibooks.org. I had to whitelist it. Maybe you also have some privacy software that blocks certain requests? Though I doubt it because you say you're able to see some data. Could you try clearing your browser cache? You can also just quickly try in your browser's "incognito" or "private" mode. The cache will be cleared there. If that doesn't work, please share what browser and operating system you're using and I'll try to reproduce the issue. Best — MusikAnimal ^talk 15:35, 29 April 2018 (UTC)

I've got PrivacyBadger and ScriptSafe on that one. Both tools.wmflabs.org and en.wikibooks.org are allowed in by ScriptSafe. PrivacyBadger complains about a tracker, however. I've been using PrivacyBager for years, so I expect that the problem is elsewhere. Larsnooden (talk) 05:28, 1 May 2018 (UTC)

As for browsers and OS they are Firefox 52.7.3esr-1~deb9u1 and Chromium 66.0.3359.117-1~deb9u1 and 1.8.9~dfsg1-3.1, all on Devuan Ascii for amd64. Qupzilla always worked before and has no extensions or add-ons. Larsnooden (talk) 05:32, 1 May 2018 (UTC)

Topviews' permalink button does not include search items

Tracked in Phabricator:
Task T193892

Thanks for the topviews visualization. I notice that it is easy to select for specific items by entering them into the Search input box. However, it would be really nice to have a way to make a permanent link to the search. The permalink button copies a link to the clipboard in Firefox and Chromium on MATE on Devuan Ascii for amd64 (but does not do so on Qupzilla) but that link does not include any search information, just exclusion data. However, the big question is how to link to a search. I've tried adding topviews_search_field to an HTTP GET request, but that does not work since that refers to an id and not to a field name. Which field name must I include in the GET to be able to permanently link to a search in the TopView's visualization? Larsnooden (talk) 07:40, 1 May 2018 (UTC)

This is a great idea. Indeed you cannot link to search results right now, but we can fix this. I have created phab:T193892. Thanks, MusikAnimal (WMF) (talk) 17:18, 4 May 2018 (UTC)

Featured content icons

The icons for featured articles and featured lists on Pageviews Analysis screens are different. The commons links for the files themselves are here:

• 
• 

Featured lists use the former while featured articles use the latter. I believe they should both use the former, as that's the same image used in the top-right corners of Wikipedia articles. Jackdude101 (talk) 15:13, 2 May 2018 (UTC)

Deutscher Text über Cala Mondrago nach Weiterleitung von Cala 'Or nicht druckfähig - warum nicht?

Cala d'Or Text der deutschen Wikipedia druckbar. Die Weiterleitung zur Cala Mondrago Querverweis-Seite funktioniert ebenfalls. Wenn man den Text hier in der "Druckversion" abrufen bzw. drucken will, passiert garnichts mehr. Meldung erscheint nach gefühlten 5 Minuten: "Wikipedia reagiert nicht". Also Leute, EDV zu Fuß, oder was ?? Zurück in die 80er Jahre??? Bitte ändern lassen, es nervt echt!

I am not a German speaker but going by translation software, it would seem this isn't related to Pageviews Analysis. Sorry I don't think I can help! MusikAnimal (WMF) (talk) 19:48, 29 May 2018 (UTC)

Most recent Topviews not loading

Are you aware that the Topviews for yesterday 5/8 are not loading in any language today? Everything up to 5/7 is fine though. Til Eulenspiegel (talk) 12:04, 9 May 2018 (UTC)

@Til Eulenspiegel: Is it working for you now? I'm guessing the Pageviews API was running a little behind, but has since caught up. MusikAnimal (WMF) (talk) 14:31, 9 May 2018 (UTC)

I'm not seeing 5/8 pageviews for any article on English Wikipedia. Maile66 (talk) 14:34, 9 May 2018 (UTC)

Interesting. I know you said "any article", but to be sure, could you provide me with a link? Also what browser and operating system are you using? You don't see data for 5/8 at [8] (I do)? For troubleshooting, I would also try clearing your browser cache, though you shouldn't need to do this. You might also try a different device altogether (such as your mobile phone). There's a slight chance your DNS cache is still serving an outdated version of the data. MusikAnimal (WMF) (talk) 14:41, 9 May 2018 (UTC)

I see it on the link you provided, but that shows stats for ONLY 5/8, and the dates preceding that are blank. How about Wikipedia's main page: Main page views. Windows 10, on Edge, Firefox and Chrome. And the only stats that are missing are 5/8. Also, I only have one device. Maile66 (talk) 15:11, 9 May 2018 (UTC)

Baffling. Not seeing data for 5/8 is one thing, but only seeing data for 5/8? That doesn't make any sense. The fact that you see the same behaviour in all browsers is also troubling. Let's try viewing the API endpoint directly. Please browse to [9], then using Ctrl+F, search for the text: 2018050800 (which would be the data for 5/8). Does that match anything? MusikAnimal (WMF) (talk) 15:21, 9 May 2018 (UTC)

I did Control F, and also scrolled all the way to the bottom, and the final number is 2018050700. I might have a clue. The last thing I did yesterday before powering down, was go through the Windows 10 anniversary update. If that affected this, maybe others are not seeing 5/8, and just aren't saying anything. Maile66 (talk) 16:46, 9 May 2018 (UTC)

Here's another one for you, perhaps indicating some kind of rolling update in progress. 1. This is the page that started me wondering. It was created 5/8. But when I pulled up page stats a couple of hours ago, it had no stats at all. Now it has the 5/8 stats. So far, I don't see 5/8 stats on a random searh of other pages. Kind of odd. Maile66 (talk) 17:03, 9 May 2018 (UTC)

Well the good news is that I don't think Pageviews Analysis is to blame. I know that doesn't help you, though :( I still think it's your DNS cache. To be honest I don't really understand how those things work, but I know it can sometimes cause problems similar to what you're experiencing. Eventually it will fix itself. It would sort of make sense that a Windows update would cause this, maybe... So I guess give it a day or two, and if some stats are still missing, we can troubleshoot some more. MusikAnimal (WMF) (talk) 17:44, 9 May 2018 (UTC)

Yes, it seems to be caught up now, thank you very much! Til Eulenspiegel (talk) 14:53, 9 May 2018 (UTC)

Open in new tab

Links opened in a new (background) tab don't work properly (in Firefox). The graph either remains blank, freezes or times out when the tab is not focussed quickly enough. (example link). Zanaq (talk) 16:27, 15 May 2018 (UTC)

wrong pageview statistics of Amazon_(company)

Hi folks, I noticed that Amazon (company) has almost 0 pageviews before 2017 September but the pageviews stay above 5000 per day afterwards. It is actually ranked 953 of the most viewed pages for December 2017. See the link below. https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=all-access&agent=user&start=2015-07-01&end=2017-12-31&pages=Amazon_(company) Anyone has any clue?

Chenqi wiki (talk) 14:49, 30 May 2018 (UTC)Chenqi

@Chenqi wiki: This article was originally located at Amazon.com. Unfortunately pageviews don't get copied over after a move, but you can use Redirect Views to get combined statistics, see [10]. MusikAnimal (WMF) (talk) 15:17, 30 May 2018 (UTC)

Topviews bug report

So I recently wrote a couple of feedbacks about my page views of User:DOWNTOWNJIzMBROWN26. Just right now I got the page views stats back on my screen. The trick to it is first i log into a separate device with negative colors screen. After then with my Microsoft Xbox 360 I use the outdated browser and log into the same wikipedia account. What that does is give me a black background screen and different high contrast colored effects. So getting back to my page view numbers. The screen page from my wiki pages are now when in desktop mode on my android s7 EDGE. But you have to from your browser have logged into wikipedia in the flat no zoom device app. So from the top of the screen tap the three dots to put your page in desktop mode. Second you scroll down to the bottom of the page and and select a second desktop mode. When I departed the last cue my page went back to it's original almost 500 BILLION PAGE VIEWS. But now my question is(I spoke to a couple of people from wikipedia already) I feel that a) My name may come deceased B) someone stole my name thru identity fraud C) or peraons have some kind of hold over all my communications. Now for all those views I have not received but maybe twenty or so messages. Can you look into it? My birth name is [redacted]. I get nothing back when I type into the internet my name except what I put in. My email is [redacted]. Please respond with some helpful tips on how to make the most of it. — The preceding unsigned comment was added by DOWNTOWNJIzMBROWN26 (talk) 11:34, 7 June 2018 (UTC)

I'm sorry, I have no idea what you're talking about. My answer is similar to what you were told at w:User talk:PrimeHunter. There is no page with over 500 billion pageviews. Your bug report mentions Topviews, but the things you're describing don't sound related. I do not know what you mean by the "trick" of logging into separate devices. Pageviews Analysis and its sister applications do not require that you login. I also don't know what to tell you about your fraud-related concerns. All I can say is Pageviews Analysis did not play a role in this. If you are worried someone stole your identity, or is trying to, you probably should not post your birth name and email address on a public forum like this. I am otherwise in no position to give you legal advice. Sorry MusikAnimal (WMF) (talk) 15:20, 7 June 2018 (UTC)

Fehler bei 15.06.2018

Für den 15.06.2018 steht nur, dass ein Fehler aufgetreten ist. Man kann die meistbesuchtesten Artikel nicht sehen.

--84.112.151.27 05:12, 16 June 2018 (UTC)

Missing 6/15/18

Tracked in Phabricator:
Task T197542 resolved

The data for 6/15/18 is missing. — The preceding unsigned comment was added by 173.197.24.98 (talk)

I think it's actually the 14th in UTC, but yes I can confirm that the data is missing. I've reported this to the Analytics team at phab:T197542, and they should be looking into it soon if they're not already. I'm mostly confident they will be able to backfill the data. MusikAnimal (WMF) (talk) 15:08, 17 June 2018 (UTC)

The data has now been backfilled. Caching may mean it is still missing under some conditions, but it will show up eventually. You should be able to change the date range or other options and see the data. MusikAnimal (WMF) (talk) 18:36, 18 June 2018 (UTC)

Demographics

Hello, I was trying to view statistics of page views by country for an specific Wikipedia page. What do I need to do to get this data? I appreciate your help, thank you!!! — The preceding unsigned comment was added by EdAr713 (talk)

Hey there! This is documented in the FAQ at https://tools.wmflabs.org/pageviews/faq/#location. In short, per-article geographic data is not available. Sorry! MusikAnimal (WMF) (talk) 16:46, 18 June 2018 (UTC)

bug report pageviews

Resolved.

Mein Aufruf: https://tools.wmflabs.org/pageviews/?project=de.wikipedia.org&platform=all-access&agent=user&range=latest-20&pages=Selbstbestimmungstheorie%7CMotivation%7CAutonomie

Fehler: Summe Bearbeitungen wird falsch berechnet.

EbMannBln (talk) 14:42, 18 June 2018 (UTC)

Dies sollte behoben werden. Danke! MusikAnimal (WMF) (talk) 17:34, 18 June 2018 (UTC)

Userviews

Hello, when I try to use userviews tool in my account, it show many errors like:

جون هنسينغ: خطأ الاستعلام Pageviews API - Not found

لسان أسود: خطأ الاستعلام Pageviews API - Not found.

Yes, some of this articles appear that I create it today, but many of them created since a long time, as above ar:جون هنسينغ and ar:لسان أسود. Also, the loading bar continue to infinity without any result, only stop on (تمت معالجة الصفحة 1327 من 1369) which mean (Processing Page 1327 of 1369). --Alaa :)..! 06:38, 19 June 2018 (UTC)

Pageviews bug report

Pageviews is not working properly. mellebga — The preceding unsigned comment was added by Mellebga (talk)

@Mellebga: I'm going to need more information. What exactly isn't working? Can you give me a link? What browser and operating system are you using? MusikAnimal (WMF) (talk) 14:51, 19 June 2018 (UTC)

Verwenden Sie Deutsch, wenn Sie bevorzugen :) MusikAnimal (WMF) (talk) 15:40, 19 June 2018 (UTC)

You can see the problem when you try to show the pageviews (German=Abrufstatistik) for the German WP-contribution for Rizin. mellebga — The preceding unsigned comment was added by Mellebga (talk)

@Mellebga: (Entschuldigung für das schlechte Deutsch) Für mich geht das. Was genau ist falsch? Siehst du einen Fehler? Was sagt es? Siehst du das Problem für jede Seite oder nur für Rizin? Welchen Browser und welches Betriebssystem benutzt du? Beispielsweise, "Firefox, Windows 10". Danke!

Nicht verwandt, unterschreiben Sie Ihren Kommentar mit ~~~~. Sehen de:Hilfe:Signatur#Unterschreiben für weitere Informationen. MusikAnimal (WMF) (talk) 17:49, 19 June 2018 (UTC)

Pageviews Analysis has not been drawing any graphs for the last few days. Here is one example of a query which won't render Larsnooden (talk) 07:14, 20 June 2018 (UTC)

@Larsnooden and Mellebga: From the bug report below it seems this was an issue with Internet Explorer. Are you all using IE, too? If so it should be fixed now. Please confirm :) Moving forward, it would be very helpful to say what browser (e.g. Chrome, Internet Explorer) and operating system (e.g. Windows, MacOS) you're using when reporting bugs. This is true for all software on the internet, not just Pageviews Analysis. Anyway sorry it took so long to fix the bug! Kind regards, MusikAnimal (WMF) (talk) 17:29, 20 June 2018 (UTC)

Hey. Hey. Hey. Let's keep it polite and avoid the accusations. ;) No, I do not use or condone use of MSIE or MS Edge. I am seeing this problem in Falkon/Qupzilla 1.8.9, Chromium 66.0.3359.117, and Firefox ESR 52.8.1esr on Devuan GNU/Linux 2.0 (ascii) amd64 for the last few days. Larsnooden (talk) 17:42, 20 June 2018 (UTC)

@Larsnooden: Apologies, I did not mean to insult anyone! Promise :) I am really confused now, though. I was sure the issue was that some browsers (only IE, as far as I know) don't support the Object.values JavaScript function, which was used in some new functionality added 2 days ago. I just added a polyfill for it and I can see that the tool now works in IE. Chromium and Firefox should already support this, though, so I am a bit confused how you encountered the issue... Could you try clearing your cache, and see if it is working? If you're still seeing this problem, could you follow the instructions at w:WP:JSERROR and let me know what errors are in the console? Thank you! MusikAnimal (WMF) (talk) 17:53, 20 June 2018 (UTC)

No worries. :) Today the graph renders fine in Qupzilla but still fails in Chromium and Firefox. Here are the errors from the console in Chromium, sorry for the layout Larsnooden (talk) 05:54, 21 June 2018 (UTC):

Failed to load resource: net::ERR_BLOCKED_BY_CLIENT

application.js:15 Uncaught TypeError: Cannot convert undefined or null to object at Function.keys (<anonymous>) at Object.<anonymous> (application.js:15) at Object.<anonymous> (application.js:2) at u (application.js:2) at Object.fireWith [as resolveWith] (application.js:2) at Object.o.(/pageviews/anonymous function) [as resolve] (https://tools.wmflabs.org/pageviews/application.js:2:5190) at Object.<anonymous> (application.js:16) at u (application.js:2) at Object.fireWith [as rejectWith] (application.js:2) at Object.<anonymous> (application.js:2) at u (application.js:2) at Object.fireWith [as rejectWith] (application.js:2) at i (application.js:3) at HTMLScriptElement.i (application.js:3) at HTMLScriptElement.dispatch (application.js:2) at HTMLScriptElement.m.handle (application.js:2)

@Larsnooden: Thanks! The ERR_BLOCKED_BY_CLIENT sounds like maybe an ad/tracking blocker (such as PrivacyBadger) is blocking the requests. Can you confirm you don't have such an extension turned on? The only requests are to Wikimedia APIs, for the record. Also, you can confirm that in Chromium and Firefox the cache has been cleared? I assume so, because the web inspector should do it for you. If it still isn't working, I have one last favor to ask of you... Try again using our staging application, and let me know what errors you see in the JavaScript console there. The staging app is identical to production except the errors will be more informative. Unfortunately the backtrace you provided above didn't tell me much (not your fault). Thank you so much for helping me debug this issue! MusikAnimal (WMF) (talk) 15:32, 21 June 2018 (UTC)

Thanks. Looking at the staging application in Chromium, it seems that scripts are chained rather than having all the script infested domains listed up front. Has that changed? Once I whitelist all the domains, an activity which now takes several steps, things render again but I did not used to have to do that. Would it be possible to have the page list all the script+domains all at once? Larsnooden (talk) 19:43, 21 June 2018 (UTC)

@Larsnooden: (Sorry for all the pings) I'm not sure I follow. The staging app should be identical to production, only the source code is not minified. The APIs used and the order in which they are used should be the same it has been for quite some time. We wouldn't be able to list all the domains used anyway, because you can change the project at any time which means an API request to a different domain. I recommend whitelisting Pageviews Analysis as a whole. You will (eventually) be able to safely to whitelist all of tools.wmflabs.org, because they will block requests to non-Wikimedia domains (phab:T130748). At any rate, are you able to confirm that with the proper domains whitelisted, the tool works properly in production? That's all I want to hear :) Many thanks again for your help on this. MusikAnimal (WMF) (talk) 19:53, 21 June 2018 (UTC)

Thanks for the patience. In Firefox, even with both domains (wmflabs.org and wikipedia.org) whitelisted, the graph is not rendered. Cat: Error querying Pageviews API - Unknown Dog: Error querying Pageviews API - Unknown Larsnooden (talk) 20:13, 21 June 2018 (UTC)

@Larsnooden: Rats :( I should mention wikimedia.org must also be whitelisted, as that's where the pageviews API is hosted. Could you try disabling privacy badger (or whatever you use) entirely, to see if that's the culprit? Or if you don't mind, try using the staging application again and follow the same directions at w:WP:JSERROR? A blocked request would be indicated by, but not limited to, the ERR_BLOCKED_BY_CLIENT error. I asked another Linux user and they said all was fine in Chromium and Firefox. MusikAnimal (WMF) (talk) 15:46, 22 June 2018 (UTC)

Staging renders properly in Firefox when wikimedia.org is also whitelisted. However, it did not used to show up initially in the choices. However, in Chromium it seems to render whether or not wikimedia.org is actually whitelisted.  ???? Larsnooden (talk) 17:47, 22 June 2018 (UTC)

pageviews not visibal

Hello, we try hard to get theses pageviews here:

But since two days we get the information: please refresh view or send a report. So we do herewith. The links we are using frequently are these four:

https://tools.wmflabs.org/pageviews/?project=de.wikipedia.org&platform=all-access&agent=user&range=latest-20&pages=Ferri_Abolhassan https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=all-access&agent=user&range=latest-20&pages=Ferri_Abolhassan https://tools.wmflabs.org/pageviews/?project=de.wikipedia.org&platform=all-access&agent=user&range=latest-20&pages=Timotheus_Höttges https://tools.wmflabs.org/pageviews/?project=en.wikipedia.org&platform=all-access&agent=user&range=latest-20&pages=Timotheus_Höttges

Please give us an advice how to achieve these pageviews. We are using the Internet Explorer and Win365.--80.146.191.149 12:10, 20 June 2018 (UTC)

BR Martin 80.146.191.149 12:10, 20 June 2018 (UTC)

Hello Martin, is the tool working for you now? You may need to clear your cache. MusikAnimal (WMF) (talk) 22:44, 20 June 2018 (UTC)

Aufrufzahlen nicht sichtbar

Link: https://tools.wmflabs.org/pageviews/?project=de.wikipedia.org&platform=all-access&agent=user&range=latest-90&pages=Konservative_Revolution

Problem: linke Legende nicht sichtbar. 87.139.22.202 06:15, 27 June 2018 (UTC)