Mr01sam

You know what, my server is carbon, I haven't tried it with oxide - I can try that next

Alright, I loaded up your exact config and tried to reproduce what you had going on in the video - unfortunately, I still couldn't get it to consume two points, it still correctly only deducts 1 point. I provided a video, maybe you can identify what I'm doing differently? The only thing I can think of is I noticed in your example, there is a small elevation distance between your TCs. Something you could try is upping the distance at which TCs are considered "stacked", because it may be that your 2nd TC is just barely out of range of the other one. To do this, you can look for this part of the code, and change this "20f" value to "25f" or something like that and see if that fixes the issue. Video 2024-11-20 12-51-30.mp4

Thats really good detail you provided so hopefully I can reproduce it - I'll check out your video and try again later today.

Hmm, so I just tried this and I couldn't get it to happen - it only deducted one raid point. I had -Player A has a base with stacked privs (two total) -Player B uses the MLRS rocket to attack Player A's base -The rockets hit both TCs, but after the first one was hit the raid was logged and consumed one point, the following rockets did damage but did not consume and more points since the raid was already logged Is there perhaps more details that are important here? A couple questions that might help: -Do you have any plugins that may affect TC ownership or MLRS rockets? -Is the base able to be raided normally and logged properly? -Do you have revenge raiding on? -Are you able to reproduce this issue consistently?

I'll check it out - can you verify that this scenario is correct (so that I can reproduce it) - Player A has a base - Player A has full raid points - Player B attacks Player A's base with the MLRS rockets - This attack causes Player A to lose all their Raid Points

Depending on how they achieve that, it might be conflicting with quality crafting. Have you noticed this problem with the other weapons? Or just the new smg?

Is Damage Scaler another plugin?

I'll have to check that out, thanks for reporting

Can you provide some info on when this happens and what simple status plugins you have? It looks like some plugin is not providing a translation string in the right format.

Ah okay, then this makes sense for how it currently works. It currently does not know a difference between a backpack that was willingly dropped and one that was dropped due to death. In the case of death - typically people don't want other players to be able to loot PVE players, which is why PVP -> PVE and PVE -> PVE interactions wont let you loot the backpack. For the time being, if you want backpacks to be lootable, you would have to enable players to be able to loot PVE players. In the next update I'm going to be expanding the granularity of what is protected/unprotected, perhaps I can include a section for backpacks so you can choose how you want backpacks to be handled specifically. Also, I'm going to be including fixes for a lot of your bug reports in the next update too, which is a big update so that's the reason why its taking some time (just so you know!). As for the parachute, I'm not sure what's going on there - is it possibly within a building zone that belongs to someone else? As for clans support, currently it just supports team members, but I'm considering support for clans as well.

Changed Status from Closed to Not a Bug

Changed Status from Pending to Closed

Currently, WarMode only protects containers that are placed within building zones, so if they are outside of a building priv then it is working as expected if they are not protected. I can add this as a feature suggestion though.

Changed Status from Pending to Closed

Even if they are within a building zone?

I'm trying to understand this a bit more - so this is only a problem when trading between two modes that other cannot share loot right? Like two PVP players can drop backpacks and share items between them with no issues (because they both are allowed to loot stuff from other players). But this is a problem when two PVE players try and trade right? If that's the case, then I would say this is expected behavior - the PVE players generally cannot take things that belong to other players unless that other player is on the same team as them. If they're on the same team, then it should allow them to trade backpacks. That's at least how it is supposed to work, if not - then its a bug.

I'll have a fix for this in the next update

After reading your link you posted, I'm thinking about allowing a sort of "wildcard" operator so that you can define partial names for zones that will apply the mode. So the config would look like this: "ForceModeInZone": { "~some_zone": "pve" } The syntax might change, but basically the idea is that if you put a ~ in front of the zone name it will force pve on any zone that contains the zone name you provided. Would something like this achieve what you need?

Its jinxed now lol - I'll leave this open as a "bug" until its fixed

If the heli crate fell into a base privilege area, WarMode would probably block it if the player doesn't have permission to loot stuff within that area. If that's the case, maybe I'll want to add an exception for that. Other than that scenario, I don't see why WarMode would have any restriction on it - but I haven't tested it so I'd be curious to know what it does.