In T225796#5258745, @Michael wrote:

This seems to be related to the ratelimit. As for https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-hhvm-docker/53930/consoleFull the first error exactly matches the timestamp of the first rate-limit error message:

2019-06-14 10:33:33 1b09f406778b wikidb: User '127.0.0.1' (IP 127.0.0.1) tripped mediawiki:limiter:edit:ip:127.0.0.1 at 8 (limit 8 in 60s)
See: https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-hhvm-docker/53930/artifact/log/mw-ratelimit.log

This seems to be related to the ratelimit. As for https://integration.wikimedia.org/ci/job/quibble-vendor-mysql-hhvm-docker/53930/consoleFull the first error exactly matches the timestamp of the first rate-limit error message:

@alaa_wmde You mentioned that there exists a checklist for adding a new datatype. Could you link it here?

Testing this during SWAT:

In T224899#5253379, @zeljkofilipin wrote:

This task was mentioned in Scrum of scrums/2019-06-05:

Wikidata: Daily browser tests of WikibaseLexeme targetting beta wikidata failing due to odd 500 errors. Some "regular" php fatals discovered on beta cluster, could someone smarter than us have a look: https://phabricator.wikimedia.org/T224899

I'm looking at selenium-daily-beta-WikibaseLexeme Jenkins job but I don't see any 500 errors. Could you please point me to a failure that is caused by a 500 error?

This should update the entities by type grafana board.

This should go on the Wikidata Site Stats dashboard.

The Grafana board exists now, but there are still things to be done:

The plan is to remove it to 100 in steps of 200, 150, 100.

Moving it back to "Needs work" column, because it is unclear what exactly is to be done.

yeah, I'm just about to create a patch. We need to both create that renderer ourselves and force the default DiffEngine, because InlineDifferenceEngine doesn't expect a diff body made of table rows :/

It is at least still the known situation, see https://integration.wikimedia.org/ci/view/Selenium/job/selenium-daily-beta-WikibaseLexeme/284/artifact/log/shows-Forms-header.png
For the other failures it is hard to tell apart if there was a 500 error or genuine test failure.

@Lea_Lacroix_WMDE This change can now be tested on https://wikidata.beta.wmflabs.org

This still needs to be deployed, or am I missing something?

• Merge "EntitySchema: Add maintenance script to create preexisting Schemas"

Deployment Roadmap:

• Backport "EntitySchema: Skip configured IDs"
• Backport "EntitySchema: Add maintenance script to create preexisting Schemas"
• Deploy "mediawiki-config: Add a list of IDs to skip in production"

In T224030#5210702, @Krinkle wrote:

@Michael If you want, there is a template you can use for this kind of task. Via "Create Task → Report Error Code", or via Wikimedia-production-error → "Report Error".

Stalled on form tests being merged, but this should be the case soon.

Should be fine to close now.

In T224024#5201923, @MarkTraceur wrote:

@Michael - is this something WMDE is looking into or something we need to sort out?

Order of remaining Tasks for EntitySchema: