Mr01sam

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.

Hello! So I loaded up your config and tried it out, but I wasn't able to reproduce the issue - I attacked a base (as a PVP player) that was owned by a PVE player and I was not able to damage it. However, I did notice something about your config - you have Chat notifications off and do not have any alternative notifications (such as Toastify) enabled, so the attacking player will not receive any message that they cannot raid something. So what I was seeing is that the protection is working correctly, it just appears to not do anything because the attacker isn't notified. Can you confirm if this is the issue or we should try and see what else could be the problem? If you don't think this is the problem I would suggest using the /warmode.tc command to "inspect" what the true mode of the base that you're expecting to be PVE is. Keep in mind that if a base has ANYONE authed on it that is PVP then the entire base will be considered PVP and therefore will be raidable.

Yeah I'll have to see if I can distinguish that - good catch btw

Hmm, so you're saying the "owner" assigned to a backpack is the person who crafts it and not just the person who was wearing it? If so, yeah I'm gonna have to look into what I can do about that.