Immunity to 1 command?

[PAL-18]

I have admins who are in the same rank regularly banning each other for fun/angry at each other and its annoying to unban them when this happens. 

Is there any way to make it impossible for admins to target others in the same group with just the ban command? (i still want them to be able to use other commands on each other).

[JamminR]

/index.php/topic,4314
That shows in console.

To use XGUI, manage groups, select admin, select ulx ban, add !%admin to the can target field.

Personally, I'd recommend removing admin access from anyone that bans another administrator.

I can't imagine Megiddo keeping me around because I banned Stickly 'just for fun', or even worse, cause I felt like it and was having a bad day.

There's one security issue that could pop up... if another admin's access gets taken over, or another admin goes on a emo spree...you're fellow admins won't be able to keep control by removing them until a superadmin got there.

[PAL-18]

Im dealing with an admin who recently started doing custom coding for my servers and the extra power has corrupted him. 

Already warned and hopefully have it solved, but preventing admins from banning each other (even for fun) is easier than unbanning.

Thanks for the commands though :3

[PAL-18]

My admin group names have a space in them and when i save the restriction, everything past the space is removed.  How can i get around this?

[bender180]

My admin group names have a space in them and when i save the restriction, everything past the space is removed.  How can i get around this?

you cant, spaces are an illegal character for ulx groups

[JamminR]

you cant, spaces are an illegal character for ulx groups

What he says.
ULX console commands would actually error out.
Apparently, we didn't include the space check in XGUI group additions.
More convo here, including us researching not allowing spaces.
/index.php/topic,6289.0.html#msg29897 />

[PAL-18]

What about underscore or hyphen?

[Megiddo]

What about underscore or hyphen?

Those are fine.

[MrPresident]

Space characters tell ULib in many instances that whatever comes after the space is a new parameter to the command being run. Some things are written in a way that spaces would be read correctly and you wouldn't notice until you try to do something like set permissions to groups, when you will notice.

It's just good practice to not use spaces in any form of variable or grouping naming convention. Underscores are a much more widely acceptable alternative. If you are coding and you need to display the name of something and want to use spaces, you can always do a simple string.gsub.


print("this is my test_group")

print ("this is my " .. string.gsub( "test_group", "_", " " ) )
would show as ("this is my test group")

[PAL-18]

Can i separate multiple groups with comma?  If so, it isint working.  Here's what i have in groups.txt

Code: [Select]

"ulx ban" "!%trusted_senior_admin,!%senior_admin.!%developer,!%junor_admin"

[Megiddo]

See this recent post

[PAL-18]

Oh, so i cant do it to multiple groups 

[JamminR]

Not if any other group inherits from another specified.

[Megiddo]

Why not just reverse it, PAL? Something like "#user,#operator"