Results 1 to 7 of 7
-
28-06-2012, 18:00 #1
-= TeamSpeak Addict =-
- Join Date
- Aug 2007
- Location
- SWEDEN
- Posts
- 120
setting client permissions ingores server groups b_client_skip_chan...
Hello.
How to reproduce:
Server group "ADMIN"
i_client_move_power 100 0 0 100 i_client_needed_move_power 100 0 0 100 b_client_skip_channelgroup_permissions 1 0 0 100
Server group "MOD"
i_client_move_power 75 0 0 100 i_client_needed_move_power 75 0 0 100
User "Tom" has "ADMIN" server group.
User "Jerry" has "MOD" server group.
None of them has channel groups (Guest and Guest).
Jerry can't move Tom.
We assign for Tom new channel group.
Channel group "OPERATOR"
i_client_needed_move_power 50 0 0 100
User "Tom" has now "ADMIN" server group and "OPERATOR" channel group.
Jerry can't move Tom because "b_client_skip_channelgroup_permissions" does not allow "OPERATOR" to overwrite "ADMIN`s" i_client_needed_move_power.
Here comes the problem.
We assing "TOM" (CLDBID: 2) (via Client permissions, not channel/server group) new permission.
i_client_needed_move_power 100 0 - 100
Jerry can move Tom. (tom still should has 100 i_client_needed_move_power !)
EXPLANATION:
Somehow after assigning to TOM`s cldbid new permission, he lost in the same time immunity from "ADMIN`s" b_client_skip_channelgroup_permissions and i_client_needed_move_power 50 triggered even that in "Permission overview (all)" it says:
i_client_needed_move_power 100 0 0 100 b_client_skip_channelgroup_permissions 1 0 0 100
You could restore TOM's immunity by giving skip flag "1" to i_client_needed_move_power in "client permissions" (NOT "ADMIN" server group) OR assign b_client_skip_channelgroup_permissions 1 in "client permissions" once again (even that they were already assigned in Server group and nothing was overwriting them).
Thanks
MikeLast edited by dante696; 29-06-2012 at 07:12.
-
28-06-2012, 19:06 #2
-= TeamSpeak Fanatic =-
- Join Date
- Jan 2010
- Location
- Germany
- Posts
- 2,038
This works indeed, despite everything saying it shouldn't. Values don't really matter tested on my Server with 75 for Admin and 60 for Lesser Admin moving the Admin out if the Admin got a Channelgroup which lowers the needed_move_power.
It works the same way with kicking (both channel & server) and even banning... So I just banned my Server Admin ID which got ignore_bans as well with my lower Admin ID. Can reconnect right away because of ignore_bans but still...
As long as you have the same Permission from a Servergroup and as Client Permission, which then gets lowered by a Channelgroup (or Channel Permission) it works. (despite the fact that Channelgroup & Channelpermissions are skipped with the Big Skip Permission)
Nice catch and horrible Bug.
Edit: Bug is also present in Servers 3.0.5 and 3.0.6
-
28-06-2012, 19:19 #3
-= TeamSpeak Addict =-
- Join Date
- Aug 2007
- Location
- SWEDEN
- Posts
- 120
Thanks for deeper investigation. The fact that it can even ommit "ingore_bans" makes it even more ridiculous.
Credits for finding bug goes to S0uLy from my server.
-
29-06-2012, 08:58 #4
-= TeamSpeak Team =-
- Join Date
- Jun 2008
- Posts
- 7,762
I can reproduce this, but in my opinion the only bug here is, that the permission overview shows the wrong values for a permission.
Additional for this, i think The client permission "without skip flag" overwrites the skip fro mthe server group.
I have created a tcket for this problem/Behavior > We investigate some time for this.
Edit i mark this as an eval threadLast edited by dante696; 06-07-2012 at 12:45.
---------------------------------------------------------
Please don't send me private support questions.
They belong into the forum and maybe other users have these questions/problems too.
TeamSpeak FAQ || What should i report, when i open a client thread? || Report and upload your Crashdump here
NPL License (Registration)
-
29-06-2012, 21:29 #5
-= TeamSpeak Addict =-
- Join Date
- Aug 2007
- Location
- SWEDEN
- Posts
- 120
Even if it would overwrite the skip flag, it may not gloss over the b_client_skip_channelgroup_permissions from Server group!!
-
29-06-2012, 22:27 #6
-= TeamSpeak Fanatic =-
- Join Date
- Jan 2010
- Location
- Germany
- Posts
- 2,038
If I remember correctly setting b_client_skip_channelgroup_permissions is the same as if you would set the Skip Flag for each and every Permission. It's just an easier, more direct way of saying this Group has all its permissions skipped.
I also remember something would change if you set Skip Flags for specific Permissions in a Group which already has b_client_skip_channelgroup_permissions but can't remember what and couldn't seem to find it in the 5 mins I spend either...
In any case seeing it this way it does make (at least some) sense why this is working the way it is.
It does no longer work once you skip the Client Permission to regain the skip Flag.
-
01-08-2012, 09:13 #7
-= TeamSpeak Team =-
- Join Date
- Jun 2008
- Posts
- 7,762
I can't reproduce this anymore with client 3.0.8.1
Edit
I mark this as resolved, there was no feedback yet.Last edited by dante696; 09-08-2012 at 07:12.
---------------------------------------------------------
Please don't send me private support questions.
They belong into the forum and maybe other users have these questions/problems too.
TeamSpeak FAQ || What should i report, when i open a client thread? || Report and upload your Crashdump here
NPL License (Registration)
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Similar Threads
-
How to fix Server Groups & Channel Groups Of Clients Permissions
By Plague-PL in forum Permission SystemReplies: 7Last Post: 17-04-2012, 18:07 -
Question about setting groups and permissions
By Liquid Memory in forum Permission SystemReplies: 3Last Post: 08-12-2010, 22:56 -
Setting server groups?
By Kweisenstein in forum General QuestionsReplies: 3Last Post: 30-06-2010, 20:10 -
client groups permissions
By droopie in forum General QuestionsReplies: 0Last Post: 18-01-2010, 21:20 -
Server groups Permissions
By FDCP_NEO (NL) in forum Permission SystemReplies: 6Last Post: 21-12-2009, 13:20


Reply With Quote