Sorry, this is not actually a duplicate. The maps of Switzerland on https://ca.m.wikipedia.org/wiki/Usuari:JMatazzoni_(WMF)/maptest-basic being broken is the same bug as T193470, because they're broken on the mobile web too and they have images in the descriptions of markers. But the other maps work on mobile web but not in the apps (I tested the Android app, Joe tested the iOS app).

It looks like T193313 has a different cause: the maps of Switzerland on the relevant page don't load on mobile web, but the others do, and still they don't load in the iOS app.

This is not a blocker for T181193. It would be nice to fix this, but it's a separate issue. Also note that, if you click a notification badge (even if it doesn't have a number on it), it'll open up an up-to-date list of notifications. That list refreshes every time you open it.

In T193470#4221986, @Volans wrote:

The root cause seems to be the way the hashes are calculated. In the example page I've linked above, the JSON for the mapframe includes a wiki link. It seems that the hashes are calculated after the link is resolved, including its variant (mobile vs desktop), so basically a mapframe that contains links will work properly only if viewed from the same variant where it was saved.

Main option text: Hide the improved version of Watchlist

These patches fix most of the issue, but there's still one left: flagCacheWithNewTalkNotification() and flagCacheWithNoTalkNotification() still call WANObjectCache::set(). It's a lot harder to figure out what that cache key actually means (and what the set callback for this key would look like), so I'm going to come back to this a little later.

The "style change" is the "tag filter" input getting infused / OOUI-ified