Great Idea, but It would be nice to have some kind of whitelist the mod needs to be put on to be able to access this function. E.g. the Workshop ID needs to be inserted into the server config as an array of Strings. I can already see some modders having the great idea to add random people ore them selfes or anything else

Thanks.
So I can spawn items / events in, but I don't get a reference to an object that was spawned ? Would be nice to get my spawned Item to manipulate it further

Can we also use that for Weapons to spawn with attachments ? Or is this only a thing for Events ? Would be great if we would have the configured attachments from cfgspawnabletypes.xml for weapons working with that too

Thats correct. I thought I wrote JsonFileLoader somewhere, but apparently not ^^. But that was the thing I meant

Thanks. Would have been a very strange limit just cutting off the Json output. Any ETA when it will be resolved ? And just one thing to note: the FileSerializer does not seem to have a limit too, if you are still looking into that. It was just a coincidene, that the size of my testfile was around 32768 bytes.

And does the FileSerializer has the same limitations ? Otherwise I would run into the same issues soon. Looks like the file the FileSerializer creates has an even lower limit set to 32768 (2^15)

Nice idea, but there will be a big problem that could cause some great mess. If you have an enum and set the first Value to 1, the second will be equal to 2 and so on. Now Imagine you have multiple mods adding items at the end of the enum and you have different load orders on the Client and Server. Some RPCs would go to the wrong direction and the whole thing blows up

Maybe try
ref array<ref Person> personarray = new array<ref Person>

I had some hard hours trying to figure out the Issue causing this Problem. It's happening when you want to use the PlainId (maybe other values too) of the Player and not save the PlainId in a variable first ! I fixed I by always using string steamid = player.GetIdentity().GetPlainId(); and then compare those values ! I did not test if this is enough, but what should be enough is this code:

I've tested a bit with all the Mods installed and it seems to be the Trader Mod causing this issue. I'll message the creator of the Mod and tell it to him. Did not think this mod could cause these issues. If you want to test it too, install the Trader Mod on the Server and Client ;)

If you need my logs: BasebuildingCrashReport.zip
And as allways: rVn has the login Data

Since the last update 1.03.151658 we did not encounter the Problem again. If we have more information on that, I will tell you

Currently you hate to use direction *= "-1 -1 -1".ToVector(); That worked for me.

You can render Them above Map widgets. You have to put them on the same parent widget and set the Priority the the other widget higher than the Map Widget. At least that is how I got it fixed