Could I get this ran again? I just did a bunch of editing that touched a lot of the effected pages.

It's been 6+ months, and I've lost a lot of data. Could someone please run php cargoRecreateData.php --table releases --replacement for solarawiki again?

Thanks! This unfortunately only temporarily solved the problem. Re-saving any of the effected pages again removes the row from the db. I have relayed this information to the maintainer, Yaron, but I need more help debugging what's going during those page saves, and why the maintenance script seems to work without issue. I'll comment here again when I know more.

In T8751#179417, @Reception123 wrote:

@MusikAnimal Really sorry for looking at this so late and then closing it as invalid. The reason for why it doesn't work in Template seems to be because you need to go to Special:ManageWiki/namespaces and enable ' Can TemplateSandbox be used in this namespace? ($wgTemplateSandboxEditNamespaces)'. But then the question is why would it work in MODULE without that being enabled?

In T8732#177009, @Reception123 wrote:

@MusikAnimal Would you like us to enable that setting on your wiki then?

The issue was it was resulting in "Indexed, though blocked by robots.txt"

https://spcodex.wiki/robots.txt is now synced with https://spcodex.wiki/wiki/MediaWiki:Robots.txt, so we're all good on my end, but if Google and other crawlers are hitting /w/ URLs across all of Miraheze I would think that's worth putting a stop to.

In T8720#176543, @Universal_Omega wrote:

Special: is disallowed, as is /w, but by the explicit X-Robots-Tag header. They used to be done via the Robots.txt, but that was removed due to another task which reported errors in Google, etc... so I changed it to that to resolve it.

In T8720#176536, @RhinosF1 wrote:

…
I don't think /api/ exists for us

In T8554#172876, @RhinosF1 wrote:

@Samwilson @MusikAnimal: you worked on that upstream, can you backport the fixes?

In T8337#168602, @Universal_Omega wrote:

Issue is Regexp form fields I believe, as I have confirmed exception using regexp not some others. Bumping PageForms to https://github.com/wikimedia/mediawiki-extensions-PageForms/commit/a5f6f6f7e9b6df69d652b06b50d408e763bb135c might fix the issue.

It seems not all forms are affected:

In T7468#149682, @Universal_Omega wrote:

According to vector source this will happen on legacy vector but not modern vector. Is this correct?

In T7468#149610, @Universal_Omega wrote:

I can not reproduce this on your meta sandbox it looks correct on multiple skins including MinervaNeue.

Thank you!

Thanks!

Eek, so I guess Cargo maps don't show on mobile because they (nor any of the other Cargo JS modules) are registered to work in MobileFrontend.

Well, this is a problem! As Universal_Omega says, the extension is hard-coded to use Wikimedia markers, but those don't work because the tile server was changed to openstreetmap.org. This is fixable but will require some engineering. I might look into it, but I've instead decided to display maps using the Cargo extension (i.e. with #cargo_display_map), which works fine for me because that's where coordinates are stored in my case. I see you are also using Cargo, @Driolar , so perhaps this solution works for you, too. There is one blocker, however, see T6662.

It's working for me now. Thank you!

It works on my local if I have wgKartographerSrcsetScales set to a blank string (or falsy value). Can we try that?

Three others including @RhinosF1 and @Reception123 confirmed they see a blank map when clicking on the coordinates link at https://spcodex.wiki/w/index.php?title=User:MusikAnimal/sandbox&oldid=59055. I'm very confused how it could work for some and not others. Maybe you have something weird going on your system with /etc/hosts? Or maybe geographic location does matter? I am located in New York City.

In T5996#130648, @Universal_Omega wrote:

that url you gave me shows "37°48′37″N 122°23′58″W" and clicking on it correctly shows the map, which seems to work.

Another thing to note: it still credits Wikimedia maps at the bottom-right of the map.

In T5996#130636, @Universal_Omega wrote:

This maplink for instance should work: https://spcodex.wiki/w/index.php?title=User:MusikAnimal/sandbox&oldid=59055 Is it working for you?

That does appear to work for me, yes.

In T5996#130629, @Universal_Omega wrote:

Should now work. Now uses https://tiles.wmflabs.org tile server.

Looks like $wgPopupsOptInDefaultState was set to 0 when it should be 1 or greater (not sure what >1 does?). Anyway, it's fixed now! Thanks.

Re-opening per our IRC conversation. Issue still stands at spcodex.wiki and possibly the other wikis mentioned here, at least https://mcspringfieldserver.miraheze.org/wiki/MediaWiki:Mobile.css?useformat=mobile (font-size: 0.8em is not present on the <body> of that page as it should be).

I tried disabling/re-enabling Minerva and MobileFrontend

Hi @Reception123. Any updates on this? I realize this is super low priority, as I'm probably the only one actively looking for maps (or else presumably you would have received other such requests). This is why I would like to help, but I'm not sure where to start. I was unable to find any documentation on setting up a "kart", could you point me to that? Also, where is the existing Kartographer/Kartotherian configuration for Miraheze? Many thanks for the help.

Any update here? I suspect Jdlrobson would be happy to help assist over IRC, if needed.

It's actually loading Minerva.js, which adds the links (a workaround I'm using since I first created this task). It does not load Mobile.js or Mobile.css, and more strangely it doesn't seem to load Minerva.css either. Something is definitely awry.

Thank you!

I'm told https://phabricator.wikimedia.org/T265566 could be the issue, but if that were the case Common.css and Minerva.css should load in mobile, which it isn't for me. E.g. https://spcodex.wiki/wiki/Main_Page?useskin=minerva and https://spcodex.wiki/wiki/Main_Page?useskin=minerva&useformat=mobile do not match up as I expect they would if that were the case.

In T6362#124576, @MusikAnimal wrote:

Perhaps the MFSiteStylesRenderBlocking config flag is not set? https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/4cd9e5bc6c23b840b83100f48dc06d5cc679aa96/includes/MobileFrontendHooks.php#L416 I see it is set to false by default in extension.json

Perhaps the MFSiteStylesRenderBlocking config flag is not set? https://github.com/wikimedia/mediawiki-extensions-MobileFrontend/blob/4cd9e5bc6c23b840b83100f48dc06d5cc679aa96/includes/MobileFrontendHooks.php#L416 I see it is set to false by default in extension.json

Yay, this works for me! Thank you.

Thanks for the update! I'm happy to help, too.

Any! My guess is OSM's official tile server is probably the most reliable, but I really have no idea. Since maps are currently broken on Miraheze, I'm guessing not too many wikis are actively using it. Thus, I suspect we wouldn't meet the "heavy use" that is forbidden in OSM's usage policy.