Reopening this, because after quite some time of the "buildanywhere" option being in the game for community servers, garden plot and fireplace placements are still a gamebreaking exploit.
I get the "use it at your own risk" related to players clipping walls and tents.
But giving a feature that allows from one side players to have more freedom of where they want to base, while on the other allowing to exploit bases to the point that doesn't matter how tall a wall is anyone with no tools can get inside, breaks the experience.
Fix always was as easy as removing collisions from those 2 objects, please consider it because it's a topic that will always come up. People need a progression to be able to raid. Even if they get some tents around and boost that way, fair enough, they can try with 1 or 2 tho. Fireplaces and garden plots literally allow to make stairs as high as their persistence in exploiting this mechanic. Removing those geo lods wouldn't affect the game, garden plots get as high as shoe level, fireplaces would still burn players within trigger area from the centre.

In T177818#2568733, @AkiDaWolf wrote:

As an artist myself I would find it extremely painful to see my model used in some cheat assetflip to make a quick buck.

In T178978#2565093, @RSWhitehorn wrote:

In T178978#2565067, @TheDevilsKnock wrote:

In T178978#2565043, @RSWhitehorn wrote:

It's now been 9 hours with no reply or help.

New provider, not gonna happen easily. Usually companies sign exclusive contracts that can last even 10 years.
Try, if you can, to do a server rollback to the last save you got. That's the most you can do from your side, that usually fixes the problem. If you can't, you can just wait cos that's on the machine fault.

I've looked at rollback, but I don't know what to select. There's three versions of the files. I can't get it wrong as a lot of work by a lot of people is at stake!

In T178978#2565043, @RSWhitehorn wrote:

It's now been 9 hours with no reply or help.

In T178800#2562728, @designful wrote:

I think we agree that the problem you're having is not from the fps limit anymore. 50 pop should be a piece of cake to run a stable server on, if it isn't your economy, then it must be your hardware.

In T178253#2561265, @Geez wrote:

@TheDevilsKnock

Any new developments on your end?

A stupid example when done within the game.

bump

Hey guys!
Any info if adding REFRESHER_RADIUS to globals is being considered to be added to next release?
Please?

There you go with the ticket.
A technical question about API downtime asked from the official support is asked to be redirected on discord where no people working in their technical department are, because being a configuration?

In T178253#2551906, @Geez wrote:

Please send us a name of at least one affected server so we can try this on our end.

HI Geez!

Can you please send us the names of the problematic servers where the issue manifests

It's not server specific.
It's a global Nitrado Rest API global downtime. 500 class response from all endpoints. Affected all services that use the Nitrapi as intermediate to get/post server data.
Last one happening between 22:50 till 00:40, the one previous one was yesterday between 2:50 till 3:20, CET time.
It's probably getting mitigated, but it still continues.

I second this.
It would be great to have a standard and style to follow, which can only happen from the original source.

This feature would work wonders for buildings that are constantly looted against buildings that barely are.
Gets my upvote.

I second this, story wise having more corpses, maybe with various stages of the infection, would give a more imaginative background on how the virus came to be and evolved, rendering the cities an inhabitable battlefield

Whoever has the same issue, untick this

11:47:04.779 [BIOS] Register server returned: {"api_code":"validationFailure","code":400,"message":".meta.serverTime should match format "date-time"","uid":null}

In T176592#2521067, @Geez wrote:

Should be resolved as well.

In T176592#2521067, @Geez wrote:

Should be resolved as well.

In T176592#2521062, @Geez wrote:

Should be fixed now.

As a request, would be possible for you to ask Nitrado to allow subfolders to be created inside the custom folder, so that server owners can organise their files in a more logical manner?

In addition to this, the cfgGameplay example provides this

In T175892#2518577, @Geez wrote:

Hello again.
Nitrado pushed another fix. Does the issue still occur?

In T175892#2517855, @Geez wrote:

Hello TheDevilsKnock.
Nitrado has fixed the issue on their end, can you please check?

In T175892#2516589, @Geez wrote:

Hello TheDevilsKnock.
We have tested this on our end and still did not find any issues. Can you try to contact Nitrado? As it might be an issue on their end.

Attached the server RPT showing MedicalScrubsShirt_White still spawning

11:40:50.643 [CE][LootRespawner] (PRIDummy) :: [RESPAWN CANDIDATE] MedicalScrubsShirt_White missing:2 [cnt:4, nom:6, min:4]
11:40:50.643   Adding MedicalScrubsShirt_White at [7422,6149]
11:40:50.643   Adding MedicalScrubsShirt_White at [6092,4194]
11:40:50.643   [CE][LootRespawner] (PRIDummy) :: MedicalScrubsShirt_White respawned:2, tests:2 missing:0

12:37:48.292 [CE][LootRespawner] (PRIDummy) :: [RESPAWN CANDIDATE] MedicalScrubsShirt_White missing:2 [cnt:4, nom:6, min:4]
12:37:48.292   Adding MedicalScrubsShirt_White at [7560,6109]
12:37:48.292   Adding MedicalScrubsShirt_White at [9528,10284]
12:37:48.292   [CE][LootRespawner] (PRIDummy) :: MedicalScrubsShirt_White respawned:2, tests:2 missing:0

13:18:59.798 [CE][LootRespawner] (PRIDummy) :: [RESPAWN CANDIDATE] MedicalScrubsShirt_White missing:2 [cnt:4, nom:6, min:4]
13:18:59.798   Adding MedicalScrubsShirt_White at [7533,6118]
13:18:59.798   [CE][LootRespawner] (PRIDummy) :: MedicalScrubsShirt_White respawned:1, tests:1 missing:1

MedicalScrubsShirt_White still there after updating the ignorelist and restarting the server.

In T175892#2516270, @Geez wrote:

Hello TheDevilsKnock.
Can you please send us your example mission folder + storage? As when we use the ignore list, it works correctly on our end and unwanted things are being removed from the storage.

Bump for this. Would be extremely helpful for doing a map, but not character, wipe as officials.

In T175614#2502836, @pluwt wrote:

No it is not in the uk, it’s a germany server

In T175614#2502436, @pluwt wrote:

other people are able to get in, and i didn’t contact nitrado since it’s only affecting me, i figured they wouldnt really be able to do anything

In T175130#2496111, @Wastelander6 wrote:

Have you altered the usage tags on those buildings to contaminated area?

That exports named to differentiate between maps. You do not need a wipe for the map to work. You do need, for some odd reasons, to upload it as Nitrado server stopped.

Deleted the files. Not even the time and someone snooped in my server cos of it. SMH.

Sorted.
Apparently nolog was set and while it didn't account for RPT previously, now it does.
Sorry for the hassle.
Please delete or set this private for some sensible infos in the files I sent.

In T174730#2486738, @Geez wrote:

Thank you, we will take a look if we can improve this.

Please, set this as private if possible.

Use this as template for the spooky areas

{
    "AreaName": "SpookySpot",
    "Type": "SpookyArea",
    "TriggerType": "SpookyTrigger",
    "Data": {
        "Pos": [1000, 1000, 1000],
        "Radius": 175,
        "PosHeight": 25,
        "NegHeight": 10,
        "InnerRingCount": 2,
        "InnerPartDist": 40,
        "OuterRingToggle": 1,
        "OuterPartDist": 40,
        "OuterOffset": 20,
        "VerticalLayers": 0,
        "VerticalOffset": 0,
        "ParticleName": "graphics/particles/spooky_mist"
    },
    "PlayerData": {
        "AroundPartName": "",
        "TinyPartName": "",
        "PPERequesterType": ""
    }
}

This for smoke, fire, etc

{
    "AreaName": "Smoke",
    "Type": "SpookyArea",
    "Data": {
        "Pos": [1000, 1000, 1000],
        "ParticleName": "graphics/particles/smoke_heli_wreck_01"
    }
}

@Geez any update on this matter?
I retested on Experimental and it seems to persist.

In T172271#2442425, @j_bird133 wrote:

@TheDevilsKnock yes it’s a UK server, what type of server should I switch it too if I’m able too?

@j_bird133 Do you have a UK server? Those are notorious to keep people (even from the UK) unable to log, or logging with those problems.

In T171635#2431347, @StillChip7878 wrote:

Correct, or as Google found. I put the wire on and as you can see there was no possible way to see the post it attached to. That's what is troublesome, I can't take it back off now.

Consider the inside of the gate the side where you can place planks, metal wire is on the left. You're able to remove the wire only if you see it from the inside part of the gate.

In T171581#2430228, @boosted412 wrote:

my server CPU has just flat lined. Im really not sure what is happening at this point. I reset all the xml files. only thing left is json files and simple codes like stamina and base damage.

this is from my logs today

If a player hits another player with a gun swing (melee) that doesn't show the player prompting the swing

14:55:28 | Player "YasaNoa" (id=72D105176C85438544ED3FF1BC0A1B1F03684472 pos=<9347.6, 2004.5, 7.7>)[HP: 98.9] hit by Ruger1022 into LeftHand(46) for 10 damage (FirearmHit_Rifle)

Pick a different spawn point. That usually happens when the spawn point isn't valid because it collides with something in the world.

Some times can happen that with a restart the server doesn't create a new logfile and instead chains the previous server sessions into the current logfile.

Additional to this, whenever a player is run over by a vehicle, it just specify the vehicle and not who was driving it (I assume driver and any passenger should be connected to the vehicle db)

02:27:18 | Player "victor8012046" (DEAD) (id=12EE5A2217F26ED4F8FA7E703B7DCE6B657723DE pos=<6162.7, 2292.7, 12.4>)[HP: 0] hit by Sedan_02_Red with TransportHit
02:27:18 | Player "victor8012046" (DEAD) (id=12EE5A2217F26ED4F8FA7E703B7DCE6B657723DE pos=<6162.7, 2292.7, 12.4>) killed by Sedan_02_Red

Similarly to the ones above, if a player logs out while uncon, which forces death on their character, the records doesn't properly work

22:42:09 | Player "Ricki964" (id=B7913C5515520A661D27FC1104A18EF42180129D pos=<13017.2, 10497.3, 6.1>) is unconscious
22:42:10 | Player "Ricki964" (id=B7913C5515520A661D27FC1104A18EF42180129D pos=<13017.9, 10496.9, 6.3>)[HP: 65.2026] hit by ZmbM_Mummy into RightLeg(3) for 9 damage (MeleeZombieMummy)
22:42:25 | Player "Unknown/Dead Entity" (id=Unknown pos=<13019.5, 10495.7, 6.3>) died. Stats> Water: 515.086 Energy: 434.096 Bleed sources: 3
22:42:25 | Player "Ricki964"(id=B7913C5515520A661D27FC1104A18EF42180129D) has been disconnected

The _DE objects are with the ones that can indefinitely persists if used with JSON, just adding them if someone checking this has a similar problem.

If an *already dead* player body is shot, that shows up as

Inconsistent line in case removing barbed wire, showing fence IDs

Another log line that gets detected wrong. If a player kills themselves with the grenade launcher (and with a grenade in case detects the killer) that shows up as kill instead of suicide.

12:48:49 | Player "JeffC Xbox" (DEAD) (id=95CBA1DB39EE66BEF4C714C747E2B95E81B9AB93 pos=<2204.1, 11095.4, 265.3>) killed by Player "JeffC Xbox" (DEAD) (id=95CBA1DB39EE66BEF4C714C747E2B95E81B9AB93 pos=<2204.1, 11095.4, 265.3>) with M79 from 0 meters

In T169984#2400926, @Geez wrote:

Thank you for your feedback Sh0ttyMenace.
We are aware of this problem and we are looking into what could be done about this.
Regards,
Geez

@Geez this needs to be attachment, not cargo.

PO-X vials are hardcoded to spawn (3 to 5) with the contamination strike since 1.19, cannot be changed on console. Set a lifetime on the vials lower than the duration of the strike itself.

In T168755#2378011, @TheRealTDog wrote:

@TheDevilsKnock It’s 0 and was 0

In T168755#2378029, @Arkensor wrote:

Not entirely sure right now, but the problem is 100% that the JSON spawns the bonfire, but bonfires are persistent. So on every restart persistence spawns one back and then the JSON as well. You either need to remove bonfires from the persistence types.xml or set the lifetime so they are never saved - but this would also cause your players to not be able to put any custom-placed one into the basis. They would disappear.

Spawning persistent objects is I think out of the scope of the JSON object spawner. But it would be fixable in that the spawner applies after persistence was loaded and checks if an object at more or less the same position is already present, skipping JSON spawn if persistence had it saved. *Maybe* because it is scripted you could even "fix" this with a mod you write.

In types change the bonfire lifetime to match the one of your server session.

Fireplace glitch back with last hotfix.
Please fix by remove player collisions from fireplaces and garden plots, or any other means.
This bug allows even fresh players to raid any base without the need of progression to find the right tools.

In T168286#2369976, @Geez wrote:

Hello TheDevilsKnock.

We apologize for the inconvenience, for the time being please use SteamID (if your platform is PC) or name (works on all platforms) as means of registering a player to the list while we work on restoring the option of using the hashed id.
Regards,
Geez

I honestly do not know since when a server needed a restart for banlist / whitelist to take place but no, not even the restart fixed that.

Issue Partially Fixed

4. Most roads decals (asf1, asf2, dirt, mud) are almost impossible to place because not real decals, but 2d assets. Some other road decals, like the crosswalk, instead adapt automatically to the terrain. On console we do not had access to the road tool, so in certain cases is almost impossible to make new roads. It would be amazing if all roads would work as the adaptive decals counterparts.