if you give raidprotection.level.1 permission, then if you remove it, the system does not automatically return raidprotection.level.0 to the player
only if you reload the plugin
Problem permissionSolved
also, the system does not track the decrease in the number of blocks, for example, a house is installed, 10 blocks are installed, the protection system is turned on, we take destroy 2 blocks, and the system still thinks that we have 10 blocks (even after restarting the plugin)
Merged post
no such problems were observed in the previous version of the plugin
I'll look into both of these issues, to make it easier to reproduce would you mind posting your config settings here?
Also just so I have all the data, did you assign the said player both level 1 and level 0, and then take away level 1? If not, removing level1 doesn't not automatically assign level 0 if that was never assigned. Also you have to make sure that no one else that is authorized on a tool cupboard has level1 assigned either. A tool cupboard will always retain the highest level among all people who were authorized on it.
There may be a real issue here, I just wanted to make that PSA in case it was just a misunderstanding. I'll look into it either way.
Thanks!
does the system count only foundations?
Merged post
Merged post
you yourself can issue permission 0.1, and then remove from player 1, the transition will automatically occur only after restarting the plugin
Merged post
what does raid protection.ui give? did not notice the difference what with permission what without
It counts only blocks that provide surface area: so foundations and floors.
raidprotection.ui shouldn't be issues by admins, it's used only in the code temporarily when players are using the UI. It's so that the players can't use type in the same console commands the UI buttons use without actually being at their toolcupboard.
Thank you for your work!
mr01sam
I'll look into both of these issues, to make it easier to reproduce would you mind posting your config settings here?
Also just so I have all the data, did you assign the said player both level 1 and level 0, and then take away level 1? If not, removing level1 doesn't not automatically assign level 0 if that was never assigned. Also you have to make sure that no one else that is authorized on a tool cupboard has level1 assigned either. A tool cupboard will always retain the highest level among all people who were authorized on it.
There may be a real issue here, I just wanted to make that PSA in case it was just a misunderstanding. I'll look into it either way.
Thanks!
the player has permission "0" and permission "1", if we remove permission "1", the settings are "1" anyway, if you restart the plugin, then only if "0"
I wasn't able to reproduce this issue after the changes made in v2.1.1, so maybe it was fixed as a side effect. Let me know if you're still experiencing this issue after updating!
if you give permission to the direct player, everything is in order, but if you give permission to the group and then include the player in the group, then this permission does not apply to the player!
Merged post
Through a test, I found out that to apply the permission of the raidprotection.level.X group, you need to reload the plugin manually
Merged post
in general, now I only use the scrap version)
Good find, I will work this out as soon as I can.
When you say you use the scrap version, does that mean this issue only occurs when using economics/rp? Or do you mean you use the older version of this plugin (Scrap raid protection)?
And in the new and old version I use economic
Merged post
I mean the old version in which only scrap could be used, there are no problems with the group permission
I think I have a fix for the issue, I will test it this afternoon and hopefully release it later today.
Merged post
Batenka I just released v2.1.2, it includes a fix for group based permissions. Please try it out and let me know if this resolves your issue :)