Hey guys, so Zone Manager is bugging out right now, does the zone from truepve affected by it? Can't seem to make it work it,s almost not recognizing the zoneid. Did a trace and it always uses the "default" ruleset. Anyone got any solution on this?
True PVE affecting Zone Manager?Solved
I am pretty sure the configuration requires zoneIds to be used. The check made to ZoneManager returns those rather than names. Also, this plugin doesn't create zones. It only uses them if in the Mappings section of the config (other than default).
Some of the zone flags require a server restart, i will try again. Maybe that is why truepve is not reading the zoneids. Thanks
Plugin unload and load might be a workaround. Unload then check the config before loading again. Sometimes either plugins writeback the current config on unload or the variable contents remain. Short of a server restart you can check this way.
Merged post
I added the zoneid mapping to the documentation today. If you set the number on the right side it always resets to the ruleset name on the left. So the correct way is IDNUM: "ruleset".
Merged post
I added the zoneid mapping to the documentation today. If you set the number on the right side it always resets to the ruleset name on the left. So the correct way is IDNUM: "ruleset".
rfc1920
So the correct way is IDNUM: "ruleset".
Wow stupid me, never thought of unquoting the id. It's working perfectly now. Thank you so much!
======================
== STARTING TRACE ==
== 00:11:05.86064 ==
======================
From: BasePlayer, player
To: BuildingBlock, foundation
Checking exclusions between [95206985] and [95206985]
Shared locations: 95206985
No shared locations, or no matching exclusion mapping - no exclusions)
No exclusion found - looking up RuleSet...
Beginning RuleSet lookup for [95206985] and [95206985]
Shared locations: 95206985
Found 1 location names, with 1 mapped RuleSets
Found RuleSet: default
Using RuleSet "default"
No match in pre-checks; evaluating RuleSet rules...
Initator EntityGroup matches: players
Target EntityGroup matches: none
Evaluating Rules...
Checking direct initiator->target rules...
No direct match rules found; continuing...
Evaluating "players->any"...
No match found
No matching initiator->any rules found; continuing...
No matching any->target rules found; returning default value: False Ive always used zone names, and it is required for some plugins like DynamicPVP and Treasure Box to have PVP zones in those places,
"Mappings": {
"default": "default",
"TreasureBox Zone": "tbox",
"63608251": "raid",
"DynamicPVP": "exclude",
"84263116": "exclude",
Ive always used that, but now for some reason its only working if I use ZoneID numbers instead of the name.. Is there any way to fix this?
"Mappings": {
"default": "default",
"TreasureBox Zone": "tbox",
"63608251": "raid",
"DynamicPVP": "exclude",
"84263116": "exclude",
Ive always used that, but now for some reason its only working if I use ZoneID numbers instead of the name.. Is there any way to fix this?
The id numbers are what has been returned from zonemanager for some time. Litezones uses names.
Where do I get lightzones from ? I havent seen it on here, and what do you mean for some time? I was using names instead of id numbers just this morning before I updated
I don't know anything about LiteZones and also cannot find it. With regard to zone id vs name, if anything changed, it was ZoneManager.
What happens is that when an entity or player is taking damage, it causes a hook function to be called (where several plugins can take action if they have that hook). TruePVE has this hook. It then checks ZoneManager to see if there is an overlapping zone at the entity's location. This call returns a zone id not a name. This ID is used to match a mapping definition to a ruleset to see whether or not the entity or player will take damage. So, if you use a name, TruePVE would not be able to pull that from ZoneManager, meaning no match.
It should be possible to have it return a list including zone names. But, that would be a function of ZoneManager. As far as I am able to tell, it returned zone IDs before the recent change.
Having said all that, I think I see a way to look those up and add them to the list. So, if an attacked entity/player is in a killzone, the function would return the ID and the name.
What happens is that when an entity or player is taking damage, it causes a hook function to be called (where several plugins can take action if they have that hook). TruePVE has this hook. It then checks ZoneManager to see if there is an overlapping zone at the entity's location. This call returns a zone id not a name. This ID is used to match a mapping definition to a ruleset to see whether or not the entity or player will take damage. So, if you use a name, TruePVE would not be able to pull that from ZoneManager, meaning no match.
It should be possible to have it return a list including zone names. But, that would be a function of ZoneManager. As far as I am able to tell, it returned zone IDs before the recent change.
Having said all that, I think I see a way to look those up and add them to the list. So, if an attacked entity/player is in a killzone, the function would return the ID and the name.
Thanks for the answer, I was using the old version of Zone Manager v2.5.15 from 9 months back, it allowed zone names in that version, and im pretty sure I kept using that old version to keep DynamicPVP and Treasure Box dynamic zones working, so it seems after Zone Manager v2.5.15 it stopped using zone names
TruePVE 0.9.4 will now do a lookup of the name for any matching id. That is, if an attacked entity/player is in a zone, the matching list will include both name and id. Hopefully, this doesn't cause any issues. But, since a list is returned from our function, it should just match or not match based on the mappings you've configured with name or id. This may have been done this way to handle overlapping zones, previously.
Locked automatically