Mon, Jan 23
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?
Jul 28 2022
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.
Jul 19 2022
Mar 3 2022
Feb 9 2022
Feb 7 2022
The issue was it was resulting in "Indexed, though blocked by robots.txt"
Feb 4 2022
Feb 2 2022
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.
Jan 4 2022
Nov 28 2021
It seems not all forms are affected:
Nov 25 2021
Jun 15 2021
Jun 14 2021
Feb 2 2021
Jan 25 2021
Jan 19 2021
Dec 29 2020
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.
Dec 28 2020
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!
Dec 27 2020
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.
Another thing to note: it still credits Wikimedia maps at the bottom-right of the map.
Dec 25 2020
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.
Dec 14 2020
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).
Nov 28 2020
I tried disabling/re-enabling Minerva and MobileFrontend
Nov 16 2020
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.
Oct 30 2020
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.
Oct 28 2020
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.
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
Oct 27 2020
Oct 9 2020
Yay, this works for me! Thank you.
Oct 8 2020
Oct 2 2020
Sep 16 2020
Thanks for the update! I'm happy to help, too.
Aug 1 2020
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.