Ulysses
Ulysses Stuff => General Chat & Help and Support => Topic started by: DooBiiE on June 24, 2013, 03:33:35 PM
-
these are my groups in ulx
what commands they have is not my issue, currently my admins can target is correct, however i added some new ranks, "regular", "trusted" and "respected" and i think ive set up the can target and inheritance up correctly.
However, my admins cannot target me due to me being "superadmin" yet my "regular", "trusted" and "respected" can target me and any other players.
just curious what ive done wrong?, ive uninstalled ulx from my server and reinstalled and stil no luck.
"headadmin"
{
"can_target" "!%headadmin"
"allow"
{
}
"inherit_from" "jagmin"
}
"veteran"
{
"allow"
{
}
"can_target" "!%admin"
}
"superadmin"
{
"allow"
{
}
"inherit_from" "headadmin"
}
"trialadmin"
{
"allow"
{
}
"can_target" "!%admin"
"inherit_from" "user"
}
"respected"
{
"can_target" "!%veteran"
"allow"
{
}
"inherit_from" "trusted"
}
"jagmin"
{
"allow"
{
}
"can_target" "!%headadmin"
"inherit_from" "admin"
}
"user"
{
"can_target" "!%regular"
"allow"
{
}
}
"admin"
{
"can_target" "!%jagmin"
"allow"
{
}
"inherit_from" "trialadmin"
}
"coowner"
{
"can_target" "!%headadmin"
"allow"
{
}
"inherit_from" "headadmin"
}
"regular"
{
"allow"
{
}
"can_target" "!%trusted"
"inherit_from" "user"
}
"trusted"
{
"can_target" "!%respected"
"allow"
"inherit_from" "regular"
}
Edit by Megiddo: Added code tags
Edit by DooBiiE: thanks totally forgot to do that
-
Setting "!%<group>" really only works if you have one chain of inheritance, but you have at least two that I saw while glancing over your configuration. In particular, you have respected -> trusted -> regular -> user and admin -> trialadmin -> user. In cases like this, you should flip the targeting around and specify what groups they're allowed to target. For example, for veteran I'm assuming you'd want "#respected,#trusted,#regular,#user". Note that I'm using "#" instead of "%" which targets a group individually and ignores inheritance.
-
thanks for the help, much appreciated
-
Setting "!%<group>" really only works if you have one chain of inheritance, but you have at least two that I saw while glancing over your configuration. In particular, you have respected -> trusted -> regular -> user and admin -> trialadmin -> user. In cases like this, you should flip the targeting around and specify what groups they're allowed to target. For example, for veteran I'm assuming you'd want "#respected,#trusted,#regular,#user". Note that I'm using "#" instead of "%" which targets a group individually and ignores inheritance.
I have made the groups inherit in a chain as you said.
I have given 1 group access to ulx removeuser, ulx removeuserid, ulx adduserid and ulx adduser
superadmin is the highest group in my setup.
The group which has the stated commands can not target me with all other commands.
However, if the person in the lower group uses the commands in console he is able to target me, except for ulx adduser (<-- this one does not ignore can_target)
I dont know why or how this is working for removeuser/id and adduserid but not for adduser.
Please do not tell me "Do not give the command to a person you do not trust". I am sick of hearing that lol
The reason why I am posting this is to improve ULX and point out flaws or bugs, and this is clearly a bug for me because it is nor working like it should.
This is more of a suggestion then questioning how to fix it because you have already told me it can not be fixed :o
-
You're saying they can use ulx adduser to target you, but can't target you with the other commands?
-
You're saying they can use ulx adduser to target you, but can't target you with the other commands?
Exactly the opposite :O
And that only through Console.
I do not appear in the list to "removeuser" or "adduser"
-
You're saying only the console can use "removeuser" on you?
I feel like we have multiple trains of thought here. Can you please restate what's going on as clearly as possible?
-
No, the client with his console.
Ill use the group Moderator as example. (this is not true - just an ex.)
Moderator has access to the following commands:
adduser
adduserid
removeuser
removeuserid
slay
The only groups which can be assigned by Moderators are "VIP" and "Admin"
I am "Superadmin". Superadmin inherits from Admin inherits from Moderator inherits from VIP inherits from User
All groups Can Target: !%<their own group>
Now to a scenario:
Moderator types in chat !menu.
The xgui_menu opens up and displays the Tab "Cmds".
Cmds includes a list of all commands Moderator has access to.
Moderator clicks on slay --> The list of members Moderator can target on the server show up (VIP/User) this excludes me
Moderator clicks on adduser --> same as above
Moderator clicks on adduserid --> can not add my SteamID to VIP but all other people are able to be set to a whitelisted group
Moderator clicks on removeuser --> same as adduser
Moderator clicks on removeuserid --> same as adduserid
So basically Moderator can NOT target me via the xgui_menu.
Now to my problem:
Moderator opens his CLIENT CONSOLE and tries the same things as above:
Moderator types in console "ulx slay sabo" --> can not target user
Moderator types in console "ulx adduser sabo vip" --> can not target user
Moderator types in console "ulx adduserid <MY STEAMID> vip" --> sabo has been set to vip
Moderator types in console "ulx removeuser sabo" --> removed all rights from sabo
Moderator types in console "ulx removeuserid <MY STEAMID>" --> removed all rights from sabo
If I still was not clear enough please let me know on steam, we can try it out on my Server so you see what I mean.
-
Okay, I understand now. This behavior was more or less intended; adduserid is not something that was meant to be given to users you could not trust to manage your server. Adduser, on the other hand, can take context into account since the user being targeted is authenticated.
In short, sorry, but that behavior is here to stay.
-
adduserid is not something that was meant to be given to users you could not trust to manage your server
Please do not tell me "Do not give the command to a person you do not trust". I am sick of hearing that lol
Translation -
Do not give the command to a person you do not trust.
:P
-
Translation -
Do not give the command to a person you do not trust.
:P
lol dick xD
Yea okay, I got it.
Thanks ^^ :) Sorry for late responses just came back from vacation :)