I've added a row for this attribute to the table at https://office.wikimedia.org/wiki/WordPress.
Updated title to match the latest understanding of the issue.
Does not appear to be an issue about the special page system, and no longer an issue about the text shown on ListGroupRights. Not sure what to focus the task on if anything, so passing it up to MediaWIki-General for now.
This seems to be a general problem with page indicators in the Modern skin. It rendered them in its skin layout outside the content area. I suspect this may have unintentionally happened as part of refactoring, and not result of an intentional decision to output indicators over there.
In order to make this task more concrete, I'm propsing these two specific improvements as the criteria for this task:
Fri, Jun 18
Not sure if there's a relation, but given proximity in time and space, might be related to T285118: beta: Error: Unsupported operand types
Thu, Jun 17
Wed, Jun 16
Mon, Jun 14
- Risky Patch! 🚂🔥
Sun, Jun 13
Sat, Jun 12
The Logstash record specifies:
- URL: https://de.wikipedia.org/wiki/Some_article_here?veaction=edit
- Browser: Chrome 90
Also, the fact that out instrumentation is running in this Chrome 49 browser means it did pass our startup feature test. Chrome 49 is ES5-compliant, and does support Array.forEach. The problem is most likely not whether forEach exists, but rather whether their childAnchorTags variable holds an array or not.
Tagging Revision-backend as relating to PageIdentity refactor which is tracked there.