Repository navigation
Campaign Maps becoming undownloadable #3060
Description
Activity
What do you mean by a filename issue? I tried uploading
quicksilver_1.1.sd7from my maps folder and it did not work.
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.
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.BAR seems to want to ban processing from
mapinfo.luaand 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 bereturn 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.
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.