Ulysses Stuff > Ulysses Release Archives

AntiAFK v2.2 - ULib Module

<< < (4/10) > >>

MrPresident:
the only way you could do it currently would be to hard code it yourself.. just add this.

where it says

--- Code: ---if v:IsAdmin() == true then
--- End code ---

change to


--- Code: ---if v:IsAdmin() == true or v:IsUserGroup("group") == true or v:IsUserGroup("group") == true then
--- End code ---

adding as many groups as you need to with more or conditions.

I'll probably add this feature to a future version.

Avien:
So i would add this under the superadmin line?  The thing is i have my groups being inherited from the superadmin group, so do i even need to add my custom groups?

MrPresident:
IsAdmin will return true for all groups that inherit Admin. Superadmin inherits admin by default, unless you've changed it.

However, one thing I am not sure of... I dont know if IsAdmin will return true for any groups inheriting the superadmin group.. I dunno if it passes that inheritance that far.


If all of the groups you want to be immune are superadmin or inherited from the superadmin just change that IsAdmin line to IsSuperAdmin.


I'm working on a new system for exclusions. (thanks to spbogie for the suggestion) It'll make your life a lot easier. shouldn't take too long to impliment, just sit tight for about 10-15 minutes =)

spbogie:
If they are inheriting from SuperAdmin then there should be no need to add anything.

MrPresident:


v2.2
-Added Access String in the adminimmunity checks. This allows you to give additional groups/users immunity on the fly. See the topic below for how to use.

Immunity Access String Usage.
If you are running ULX (this addon REQUIRES ULib) you can do the following to give an user immunity to the kick if aafk_adminimmunity is on.
ulx userallow <username> "aafk_immune"
This will add the access string "aafk_immune" to their user file and will keep them from being kicked
Also you can edit your data/ULib/groups.txt file and add "aafk_immune" to any groups allow list to give everyone in the group immunity from being kicked.
Please keep in mind that all of this requires aafk_adminimmunity console variable to be set to 1 (on)


Additional comments on the access string usage.

ulx userallow <user> "aafk_immune" 1    - this will remove a previously given acess to immunity
ulx userdeny <user> "aafk_immune" - this will make it to where someone who is in a group who has this flag by default will not receive it.
ulx userdeny <user> "aafk_immune" 1 - This will make it to where someone who is in a group who has this flag but had it taken away with userdeny will receive the flag again by default.


confusing? sorry =)

Navigation

[0] Message Index

[#] Next page

[*] Previous page