Campaign Maps becoming undownloadable

[Stuart1998]

Downloads for campaign maps are still randomly disappearing and the maps going undownloadable. I'm aware of the problem happening with Tombstone Desert v2, TheBeachBeta, and Siberian Divide 1.1. With all 3 maps, reupping sd7s from springfiles did not fix the issue but reupping them from the Zero-K maps folder did, so I suspect this is a filename related issue.

[GoogleFrog]

Also https://zero-k.info/Maps/Detail/29600

[GoogleFrog]

What do you mean by a filename issue? I tried uploading quicksilver_1.1.sd7 from my maps folder and it did not work.

[Stuart1998]

I explained in discord but for posterity, the upload is only accepted if it matches the pre-existing filename for the map before the download went kaput. In Quicksilver's case, that was quicksilver_1_1.sd7 rather than quicksilver_1.1.sd7.

[Licho1]

This should be fixed properly and full inventory taken on server.
Properly => try to make unitsync analysis of the file.
Note this was causing native crashes bringing down entire server in the past. We could either find non-crashing engine's unitsync or implement basic parser manually from c#. Trivial for basic maps, but needs some sort of VFS and Lua processing for scripted stuff.

[sprunk]

BAR seems to want to ban processing from mapinfo.lua and outright require mapinfo to be in a static JSON. Engine still expects the file to be Lua, but their infra would enforce the lua file to be

return ParseJson("mapinfo.json", VFS.MAP)

See beyond-all-reason/RecoilEngine#2972

Perhaps ZK could also require that for future maps if it made things more robust? Existing maps could be grandfathered in, and there isn't much (perhaps even nothing?) you can actually do with processing in mapinfo that you can't with gadgets.