Jul 25 2017
One of the new error messages at the bottom of en:Higgs Boson as I type:
Jul 19 2017
What you describe is in my experience how the category works in general. Before this issue the category (on en.wp) had far fewer articles, and I would from time to time go through them and check them. Some I could fix and they would immediately be removed from the category. But others even if fixed (whether by me or already by someone else) were not removed from the category, taking hours, even a day, to be removed.
Jul 18 2017
Interestingly one of the examples today seems to coincide with an edit, a bot edit. The article is Bergamo and no doubt it will be promptly purged but the date and time in in the page list by date/time exactly matches the last edit by InternetArchiveBot. I think this is just coincidence though; all other pages I have looked at there is no edit to the page or to e.g. a template that caused it when I have checked.
Jul 17 2017
I mean to Category:Pages with script errors. The link at the top of the page lists them by the date they were added. As always seems to be the case with this error no edit triggers it; it can happen to actively edited pages or to pages that have not been edited for months or years. It seems totally random, except obviously it only happens to pages with templates/modules that access Wikidata.
And another one just (2 minutes ago) added to the category: Kingdom Hearts II. It’s still happening.
It has always been the case that the pages can be fixed by purging – that was noted in the initial report. Purging is easy if you know to do it and how to do it, but many if not most editors, never mind readers, will not know to do so. And it is the nature of the problem that it can appear in almost any article, as probably most now have a template (Authority control, coords, cross-project linking templates) that uses Wikidata, from almost empty stubs to high importance featured articles.
It’s still happening. I went through a portion of the articles in the en.wp category yesterday and found one more. And as I check again there are only two articles in the category but one has the problem (until someone purges it): Māui Pōmare.
Jul 16 2017
Jul 8 2017
It is not just one big red message. It is as many as there are uses of Wikidata on the page, sometimes showing the error message above, sometimes something else as it tries to use that as input to something, and it’s not uncommon to see two, sometimes more. Here is Alcantara, Cebu on en.wp, the worst example of it I’ve seen so far.
Jul 4 2017
Before this is closed, I would like to highlight how this is still broken, in a sense, in two ways.
Jul 3 2017
The broken subtitle file has been deleted, and I can confirm the video now plays fine, at all places it was before failing.
Sep 14 2015
Getting it myself at odd times. The stack trace looks the same but with added line numbers:
Sep 7 2015
Sep 6 2015
More detail: the original report said it failed on iPad, so mobile Safari, version unspecified. I My own tests were with Safari 8.0.8 on Mac OS 10.10.5. Safari on desktop is not a major browser on desktop but is on mobile.
Sep 5 2015
May 12 2015
The size limit has come up before, see:
which refers to
May 11 2015
Just happened again on en.wiki, caught by ntpspamfilter again – the log message is identical apart from the date.
May 4 2015
It tripped a filter on en.wiki. I removed it from the list before checking why it had been added and finding the entry for this task (do re-add it if you want to keep on testing). Here's the log entry.