General > Developers Corner

Auth overwrite?

<< < (2/3) > >>

lynx:
I like the idea as an idea. But not in the sense of overriding it to have a group over superadmin, but rather be able to set a group or user to trigger the IsSuperAdmin check without needing to inherit from superadmin.

Like for example, I want an inheritance tree of the following:

--- Quote ---superadmin
headadmin
admin
operator
user
--- End quote ---

I want headadmin to trigger the IsSuperAdmin checks in game, but not have all the ULX powers of a superadmin. With this workaround I'd be able to do just that.

JamminR:
Lynx, IsSuperadmin has nothing to do with ULX.
God power to your server when IsSuperAdmin is true whether ULib is installed or not.
Deny command access to your groups that inherit superadmin if you don't want them to have ulx commands.
Which, really seems like bad design. superadmin should still be highest. "Head admin"????
Why can't superadmin be highest? r00t.

Garry's Gmod, in all the design challenges we've had to work around over the years, is the foremost reason superadmin is highest group for ULib.
It's the highest group according to Gmod. Without ULib installed, or any other access control, superadmin is still the highest group.
We only added "operator" as a custom group as an example.
Owner, well, I'm not going into the rant I have towards a particular gamemode and it's developer(s) decision to deviate from the norm.
i cringe everytime I see someone using a particular gamemode that apparently provides instructions telling them to make themselves owner.
If Gmod itself understood what the heck owner was, it might be ok. It doesn't. Gmod and 99% of the non-gamemode based scripts will likely have no clue what owner is.
Even the Gmod wiki says, paraphrased, "make yourself superadmin if you're hosting a server"
Aaron, I didn't look at any of those links referenced, but presume every single one of them was due to confusion of someone using that gamemode I hate supporting.
IsSuperadmin will work if any group inherits "superadmin".
If someone doesn't understand inheritance, we have several FAQs and a nice community to support it.
I understand the why of your idea, I just am totally against it.
As stated by others, it goes against default Gmod, while we tried to not break it and still allow isadmin and issuperadmin to work.

lynx:

--- Quote from: JamminR on April 24, 2015, 08:50:09 PM ---Lynx, IsSuperadmin has nothing to do with ULX.
God power to your server when IsSuperAdmin is true whether ULib is installed or not.
Deny command access to your groups that inherit superadmin if you don't want them to have ulx commands.
Which, really seems like bad design. superadmin should still be highest. "Head admin"????
Why can't superadmin be highest? r00t.

--- End quote ---

I know it has nothing to do with ULX/ULib. What I'm saying is that say you have a custom gamemode running IsSuperAdmin checks for certain administration functions, and you want those functions to be usable by a certain user/group but do not want to change inheritance or make a group based on superadmin. Using Aarons method would allow you to make it so you can specify a group to flag true for IsSuperAdmin checks.

I agree with the debates that superadmin should be the highest. And I understand your stance on why you're against it.  I just see the usefulness in a very very very limited sense that doesn't affect many people

JamminR:
My TL:DR summary - another gamemode promoting use of "owner" as the highest group in the Gmod world is what's causing confusion; Not Ulib or other admin mods that say "make yourself superadmin"

Aaron, though I would never recommend to people your release, instead recommending they don't give superadmin to anyone, I'm not saying don't make an addon.
I feel it will only add that much more confusion later when people forget they added it and are having access troubles.
Perhaps not as much as owner group in the first place, but it will add complexity.

An Error Has Occurred!

array_keys(): Argument #1 ($array) must be of type array, null given

[0] Board index

Go to full version