Tile generation didn't work and there is nothing wrong with OSM replication logs, this needs more investigation.

In T230734#5426680, @Mholloway wrote:

Only 0.078% missing is great! Much better than I expected, actually.
@MSantos I imagine your script followed redirects?

To be honest I don't know. Do action=query calls consider redirects? My script fetch https://www.wikidata.org/w/api.php?action=query&titles=Q1|Q0&format=json

The script is done (not really performant but works). The result is:

I have one question, is it possible to query a batch of Wikidata IDs if some of the requested ids is missing?

@Mholloway do you mind if I tackle this one? (I'm actually halfway on it)

At first, I thought that could be a problem with the babel module not recognizing the right fallback language, but locally I'm getting different results:

Another idea is to replace the title with a tag/markup before performing any transformations and then re-add the title and remove the tag/markup, for example:

1. get the html text

<p>"<b>Brandy (You're a Fine Girl)</b>" is a 1972 song written and composed by Elliot Lurie and recorded by Lurie's band, Looking Glass, on their debut album <i>Looking Glass.</i> [...]

This is fixed by T228287, please reopen if I'm missing something.

I'm moving it blocked, for now, to reflect reality.

@Pchelolo and @mobrovac once https://gerrit.wikimedia.org/r/526679 is landed what are the next steps?

In T223275#5415510, @Jdforrester-WMF wrote:

Is https://gerrit.wikimedia.org/r/c/maps/kartotherian/package/+/510456 meant to be in mediawiki/services/kartotherian instead?

Seems like a duplicate of T228287: [BUG] mobile-html: some pages are sized incorrectly on initial load

In T229985#5412738, @cooltey wrote:

Thanks for the test, @MSantos
I would like to clarify, the one I've provided to you is a Dev version of the app, which you can see a green dot on the Wikipedia app icon.

In T229985#5412535, @cooltey wrote:

Hi @MSantos, thanks for taking care of this issue.
I think the version you've tested is not the version implementing with the mobile-html.
You can download the APK (version with mobile-html implemented) to test the issue:
https://drive.google.com/open?id=1x_vFdsUpOsH6nAe8_0motsZnlbNqAqml
or you can git pull from the mobile-html branch here and install it through the Android Studio (if you wish): https://github.com/wikimedia/apps-android-wikipedia/tree/mobile_html

@cooltey I can't reproduce it, it looks correct to me. Are you testing with a different version of PCS other than production?

In T211026#5409876, @mobrovac wrote:

In T211026#5409677, @MSantos wrote:

In T211026#5409621, @mobrovac wrote:

In T211026#5403702, @Pchelolo wrote:

PR: https://github.com/wikimedia/restbase/pull/1177

Merged. To be deployed soon(TM).

@mobrovac thanks! I'm going to deploy the mobileapps change in the services window today.

Ah, the PCS counterpart is not live in prod yet? Please @MSantos ping us here on the ticket once that's the case.

In T211026#5409621, @mobrovac wrote:

In T211026#5403702, @Pchelolo wrote:

PR: https://github.com/wikimedia/restbase/pull/1177

Merged. To be deployed soon(TM).

In T230067#5403570, @JoeWalsh wrote:

@MSantos It looks like the srcset differs. Would you make media-list be based off of mobile-html instead of parsoid html?

Could it be instead a new property in the media-list item? For example:

In T229287#5395623, @akosiaris wrote:

Thanks for running this.
My only point is that the max CPU looks suspiciously close to 1, which is the default value in https://gerrit.wikimedia.org/r/plugins/gitiles/operations/deployment-charts/+/refs/heads/master/_scaffold/values.yaml#25. This could be artificially limiting the app and could explain the errors. If you have already set it to higher values during your benchmarking disregard the next sentence. Otherwise, you might want want to bump it (considerably, say 10) and rerun the benchmark.
Great work, thanks a lot!

After testing a lot of scenarios here is my profiling report:

In T229726#5390694, @Urbanecm wrote:

Hmm... It's supposed to be already enabled, see below:
[...]
'kawiki' => false,
[...]

Did you remove this line? If not, this should be disabled as it is.

So, I added as subscribers other people actively watching maps to opine, since I still consider it a feature request and not a bug.

So, I finish the setup and started some preliminary tests with the endpoint /v1/feed/onthisday, you can see it in the following image.

So, I think our part is done:

I am now facing an odd issue that seems related to the k8s instance I'm running. When hitting some endpoints I got the following error:

{
  status: 504,
  type: "internal_http_error",
  detail: "Error: unable to get local issuer certificate",
  method: "post",
  uri: "https://en.wikipedia.org/w/api.php"
}

It looks like a service-runner requirement that is missing, @akosiaris do you have any ideas why this could be happening? cc/ @Pchelolo

Thanks @akosiaris! The tutorial really helped me with the setup.

@Pchelolo Would it be hard to include maps as well?

@akosiaris I'm pasting here some of the questions I sent to you by email regarding the similar work you did with Kask:

https://github.com/wikimedia/wikimedia-page-library/pull/237

https://github.com/wikimedia/wikimedia-page-library/pull/236

I'm inclined to decline this. This is not a bug of the product, it's more of a functionality of Leaflet. Each 'world map' have different boundaries so, in order to have the feature you want, we would need to duplicate the geometries in the map for each 'world map', an infinite number. Also, could you provide any practical reason for having this feature implemented? It looks like an edge case that doesn't affect UX.

Services are stable and the problem is fixed in both clusters.

In T228812#5360273, @Mormegil wrote:

Specifically, the problem is with those two tiles: 1111/694, 1112/694.
[...] Or, where can I learn something about our map rendering architecture? [...]