Jaifroid

@kelson42 We've definitely faced related issues before, but with the previous API. There were issues around the interaction between inline scripts and the style of headers, most recently in #2096...

> We want to do this not only for en.wikipedia.org but for all sites (from the foundation, e.g. wikisource, wiktionary, ..., but also other "random" wikis), and for all supported...

> I don't think the source code you've found is the right one, at least the JS script we get when querying a mediawiki for the startup module is way...

I've now tried the Brain ZIMs. I agree I can't see any rendering differences on the article page. I wondered about lazy loading of images (is Wikipedia's a JS-based or...

@Markus-Rost Many thanks for these, I'll also try to do some testing on my side. @benoit74 As I've mentioned before, using wombat in ZIMs that are not Zimit-based is using...

> @Jaifroid While Wikimedia sites work well without JS, the startup script starts by performing a quick validity check. For incompatible browsers, the startup module is the first and last...

There is no unpublish (convert to draft) for releases. So, I can either change the tag to 3.2.10, which will probably introduce some other weirdness with an out-of-sequence tag, or...

I confirm that deleting the previous release 3.3.6 prevents the update notification from appearing in 3.3.10. This is merely a workaround.

This issue is fixed for Wikivoyage ZIMs with https://github.com/kiwix/kiwix-js-pwa/commit/54c7142668a60516c8b4335384da796fcd33a920 and https://github.com/kiwix/kiwix-js-pwa/commit/292813439352b302cfb84eb495bdcc07da485472. Remaining to do is: * Transformation to Desktop style * Testing on non-Wikivoyage ZIM types, when we have such...

Transform to desktop now fixed with https://github.com/kiwix/kiwix-js-pwa/commit/eb2222eb23feb43d355f5f6dbad97f9b85b939a6.