"Override lower roles" setting for permissions
Currently, if a user has any role that sets a permission to positive, then they have that permission, regardless of higher roles that set the same permission to negative. This is clearly impractical, and leads to the issue that it is impossible to mute a user in a restricted channel. In servers where all users have a role that allows them general access, and by default new users cannot chat until they are given this role, it becomes impossible to mute anyone, server-wide, as no matter the hierarchy of the mute role, their lower role allows them to chat.
A simple solution is a tickbox next to permissions for a role, that says "override lower roles?". This would then ignore settings for any lower roles for that permission, and a user would receive the permission of the highest role that overrides those below it, or, if there are none, then as normal.
-
bump. How is this still not a thing? having to work around this by storing roles, taking them away when restricted and giving them back later is needlessly complicated
0 -
Bumping this again. This is absolute incompetence. If small dev teams doing forum software can manage never/no/inherit/allow/always allow tiering of permissions, there is absolutely no excuse for discord to not do the same.
1 -
They should add it, it would also help to create pseudo AND permissions for categories
0 -
It seems to be a huge miss from Discord. Anyone knows how to ping them/ or get the devs in here to review this?
1 -
This system has worked just fine the past 4 years and I’m glad they’ve kept it this way. We have zero bots entering and hardly any trolls because it’s allowed us to control permissions by requiring every member to first get certified they don’t have a VPN, alt account, or been previously banned. This also allows if a nitro booster that we have that role higher so it shows the color and features they earn if they do it immediately after becoming a member.
Now while they earn their levels and xp more features can be earned but at the same time we can still show they are a nitro booster. So many ways the current setup has worked and simply turn off all everyone features and let them rank by proving themselves by participating.
-1 -
After getting certified they’re allowed to see the start here category, rules page etc and then they select IAgree to rules and only can if they’re first certified safe. After pressing I agree than they can access everything a new member is allowed at the time. It’s a great system for self governing/ accountability limiting what moderators need to do so they also have time to participate.
0 -
Please implement this please.
1 -
Most useful and needed : priority feature to be implemented
0 -
Yes!
I just ran into this today, noticing that one member had access to a channel he wasn't supposed to. First I thought i made something wrong, then I thought it was a bug, then I had to make some research and found this antique thread. Luckily in my case, it wasn't a big deal cause this channel was not critical, but I'm afraid admins in other servers could end up in a very tight spot because of this very unexpected behavior! How is this not fixed already? This is a security & community safety problem for the servers.
We need something to address this issue. I've seen in this thread several ways it could be done so I won't add more.
Please look into it, thanks!
0 -
we need this discord staff please make this a reality it can't be too hard to implement an option to make a selected role override roles that are lower in the hierarchy in case you don't want all the higher roles overriding lower ones for whatever reason
1 -
i feel this is a serious issue and bug, i have been testing this for several reasons however I have also noticed the impersonation does not match reality roles with heavy limitations are being overridden by a basic role.
1 allow changes 10 denies this isn't valid, if anything the default should be deny. other than for public channels.
precedence is the simple option. x role is higher in the list of roles so takes precedence.
if this is not true what is the point in being able to edit the order of the roles they may as well be alphabetical.
1 -
Some people don't understand what exactly people are wanting. I run a trans server that allows cis people to also be in some areas. We provide roles to show if someone is under 18 or over 18, as well as various pronouns. We have pronouns specific channels as well as safe for work age related channels; we don't want cis people being able to access these. Because they can share the age and pronoun roles, we can't restrict cis people from viewing these channels because the age/pronoun roles have the specific permission to view the channels, even though the cis role is higher on the role list and even has channel specific permissions of viewing the channel denied. The only solution I can find to not have 100 different roles or specifically restricting individual users from the channels are restricting typing access in these channels.
1 -
Some people don't understand what exactly people are wanting.
Exactly! Honey4bears what we have problems with are DENIALS being overwritten by lower-priority ALLOW grants; we're not trying to get people in but rather we need to selectively exclude certain roles from seeing/writing in individual channels, but role hierarchy isn't being followed so a lower role grant overpowers a top role deny… doesn't make sense.
I just ran into this today, noticing that one member had access to a channel he wasn't supposed to. […] I had to make some research and found this antique thread.
Same, got me by surprise! “1 allow changes 10 denies.. this isn't valid; if anything the default should be deny” 💯 Reading this reddit topic & this discord community post helped me to understand how the channel overrides discord logic operates (if a user has multiple roles used in channel overrides, Discord makes a LOGIC OR operation; so in my case I've had to lift the lower-hierarchy roles' grants, that way multi-role users would only have 1 deny instead of 10 allows & 1 deny).
2
Zaloguj się, aby dodać komentarz.
Komentarze
Komentarze: 133