Jump to content

Ignore Permission Not Working

Pending 3.4.12

dustyhansen

I have given admins the Ignore permission. It removes them from the auth list, but they still show as an owner and their online status is still counted toward offline protection. Shouldn't this remove them from the owner's list instead? I don't want an online admin to cause the base to get raided while they are doing admin work.

Link to comment

It appears that you need to reload the plugin for this to take effect. Is there a way for you to fix this?

When a user has the permission assigned or removed, it should reflect in the plugin without reloading, otherwise it won't work properly as I can't reload the plugin every time someone adds or removes a group with this perm.

Link to comment

This certainly sounds like strange behavior, this is how it is supposed to work:

If the admin built the structure originally (therefore they are the founder) then they will not be removed as founder when they deauth.

If the admin did not build the structure (some other player did) then they should be removed from the owner list when they deauth.

If it is not working like that, then it is indeed a bug.

Link to comment

I don't think you are understanding the issue that I am raising, so let me try to explain it again.

To be clear, I am not talking about deauthing at all.

I am talking about the raidprotection.ignore permission.

When a user has this permission, it removes them from the list of owners, online, and authed. Is that expected behavior? Or should it leave them on the owners and auth list and just ignore their online status?

Also, when I assign a user this permission, the plugin doesn't see that they have the permission until I restart the plugin. So, every time someone gets assigned raidprotection.ignore or it gets removed from them, you have to reload the plugin for it to see the change. This makes the permission basically useless, because it can't be assigned/removed in real-time.

For example, if an admin switches in and out of admin mode, the plugin doesn't see that they changed. Or if a player switches in and out of PVE mode, the plugin doesn't see that they changed. The only way around this currently is to manually reload the plugin every 5 minutes or something so it can see if anyone got the ignore permission or had it removed.

Link to comment
14 minutes ago, dustyhansen said:

I don't think you are understanding the issue that I am raising, so let me try to explain it again.

To be clear, I am not talking about deauthing at all.

I am talking about the raidprotection.ignore permission.

When a user has this permission, it removes them from the list of owners, online, and authed. Is that expected behavior? Or should it leave them on the owners and auth list and just ignore their online status?

Also, when I assign a user this permission, the plugin doesn't see that they have the permission until I restart the plugin. So, every time someone gets assigned raidprotection.ignore or it gets removed from them, you have to reload the plugin for it to see the change. This makes the permission basically useless, because it can't be assigned/removed in real-time.

For example, if an admin switches in and out of admin mode, the plugin doesn't see that they changed. Or if a player switches in and out of PVE mode, the plugin doesn't see that they changed. The only way around this currently is to manually reload the plugin every 5 minutes or something so it can see if anyone got the ignore permission or had it removed.

Ah okay, I see now, sorry for the misunderstanding.

So yes, if a player has the ignore permission then it is expected that they will not be counted as an owner on any tool cupboards they are authed on. And yes, it will also ignore their online status.

The plugin should not need to be reloaded in order for this to take effect - so it seems that is a bug. It looks like its failing to detect the group change for the admins in your situation, so there will need to be a fix for this.

  • Like 1
Link to comment
1.4m

Downloads

Total number of downloads.

6.8k

Customers

Total customers served.

100.8k

Files Sold

Total number of files sold.

2m

Payments Processed

Total payments processed.

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.