Ack.

@bearND and @JoeWalsh, from the description, are we still keeping revision and title on the parameters?

In order to minimize copy-pasting, it's would be preferred to use swagger 3 components feature or YAML references.

@Mathew.onipe this is solved and will be fixed when the stretch migration finishes. It's a known issue with the populate_admin script.

@fgiunchedi is it possible to know the exact time that metric? I don't have access to the graphite cluster so I couldn't perform any tests myself.

@Kurniekaoktavian unfortunatelly idwiki doesn't have mapframe enabled due to T191585: Release mapframe to all NON-Flagged Revs wikipedia (and a few who do have Flagged Revs). .

@sbassett Thanks!

@Pikne, in fact, I can't reproduce my previous test anymore. But the bug is better described here T218097: [Bug] Some OSM relations didn't become polygons and are not been served through geoshapes service

Update:
T218097: [Bug] Some OSM relations didn't become polygons and are not been served through geoshapes service has been filled out and might impact this ticket.

@Trizek-WMF are you able to confirm what @TheDJ suggested? It seems normal to me too and it would be strange to have different behaviors between browser because the bug was caused in the geoshapes services and its communication with the Wikidata Query Service.

After OS upgrade, tile generation is showing normal speed. You can compare the last 7 days with the time and period when the ticket was created:

We have the epic with more general information that needs to be updated T213077. And the one for the Beta Cluster T215523.

@MoritzMuehlenhoff and @Mholloway

@Zache, thanks I understand the issue now. I will triage it now considering your comment. If you have more info that you think is useful, please let me know.

@hashar what do you think about my thoughts here.

Comparing the following links, it seems to be resolved. Please reopen in case I am missing something.

@JoeWalsh Thanks for the input!

@JoeWalsh does that apply to <source> tags like:

<source src="https://upload.wikimedia.org/wikipedia/commons/8/83/Mothercatandkitten-malawi-2018.webm" type="video/webm; codecs=&quot;vp8&quot;" data-file-width="770" data-file-height="540" data-title="Original WebM file, 770 × 540 (2.09 Mbps)" data-shorttitle="WebM source">

From: view-source:https://en.wikipedia.org/api/rest_v1/page/mobile-html/Cat#External_links

In T216521#4986216, @Mholloway wrote:

This branch will successfully build mapnik from source on node 10: https://github.com/mdholloway/node-mapnik/tree/v3.7.2/wikimedia

@MoritzMuehlenhoff I understand, the thing is that Puppeteer is unpredictable with different chromium versions, the official documentation explains that.

In T216493#4969393, @MoritzMuehlenhoff wrote:

[...] I think the next step is to report this to Puppeteer upstream?

Done.