areas: Please enable us to NOT have specific conditons #6888

Closed
opened 2024-06-05 05:27:50 +02:00 by AliasAlreadyTaken · 4 comments

Our server counts areas differently, in this case a registerProtectionCondition where the counting is don't according to upstream areas allows us no chance to overwrite this.

Please return some handle or other way we could use to disable those conditions, without messing with the mod itself.

Our server counts areas differently, in this case a registerProtectionCondition where the counting is don't according to upstream areas allows us no chance to overwrite this. Please return some handle or other way we could use to disable those conditions, without messing with the mod itself.
AliasAlreadyTaken added the
1. kind/bug
3. source/mod upstream
3. source/testserver
labels 2024-06-05 05:27:59 +02:00
Member

To disable all upstream conditions, do a areas.registered_protection_conditions = {}.
You would have to re-implement all upstream checks you still need, so not optimal. (currently upstream checks for privs, area count, area size and area intersection)


If you only want to disable the check for the area count:

areas.config.self_protection_max_areas_high = math.huge
areas.config.self_protection_max_areas = math.huge

should do the trick. (Or you go with the settings and set it to a number so high that no player should be able to reach it...)

To disable all upstream conditions, do a `areas.registered_protection_conditions = {}`. You would have to re-implement all upstream checks you still need, so not optimal. (currently upstream checks for privs, area count, area size and area intersection) --- If you only want to disable the check for the area count: ```lua areas.config.self_protection_max_areas_high = math.huge areas.config.self_protection_max_areas = math.huge ``` should do the trick. (Or you go with the settings and set it to a number so high that no player should be able to reach it...)
Author
Owner

Looks like you need to overwrite both:

areas.registered_protection_conditions = {}
areas.callback_origins = {}

We do not want to disable area size checks, but we have a different way of counting areas. On YL, only "masterareas" count towards the area maximum and the player may have an infinite number of subareas. While maybe native to YL, I do see the usecase for others as well.

Looks like you need to overwrite both: ``` areas.registered_protection_conditions = {} areas.callback_origins = {} ``` We do not want to disable area size checks, but we have a different way of counting areas. On YL, only "masterareas" count towards the area maximum and the player may have an infinite number of subareas. While maybe native to YL, I do see the usecase for others as well.
AliasAlreadyTaken added this to the 1.1.125 milestone 2024-07-31 22:52:25 +02:00
Author
Owner

QA

All custom conditions now match and only those.

QA All custom conditions now match and only those.
AliasAlreadyTaken added the
4. step/ready to QA test
4. step/QA OK
4. step/QA main
labels 2024-07-31 23:46:05 +02:00
Author
Owner

Works on main

Works on main
AliasAlreadyTaken added
5. result/fixed
and removed
4. step/ready to QA test
labels 2024-11-19 09:04:08 +01:00
Sign in to join this conversation.
No Milestone
No project
No Assignees
2 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: your-land/bugtracker#6888
No description provided.