Servergroup skips the intended permission of channel permissions | b_client_skip_channelgroup_permissions is enabled

Hi, I have a problem.
The channel in the Permissions tab has a subscription value set to 100. My server rank is set to a subscription value of 21, all lower server ranks have e.g. 20 and they no longer see this channel. Even setting it to 1 does not change my subscription rights.

You can only subscribe to channels having a lower or equal needed_channel_subscribe_power than your groups i_channel_subscribe_power.
(not too sure about the exact names)

Try setting the channel power to 20 or 21 by who should be able to subscribe.

You misunderstood me: D. I have 26 subscription powers, and I see a channel that i_needed_subscribe_power is set to 10,000.

Check with the permission overview what overall subscribe power you have.

Try reconnecting. Changing the permission wont unsubscribe automatically.

I tried, it gives nothing, even on a new identity with my rank - I can still see this channel.

W8 are you trying to unsubscribe the channel you are currently in? This is not possible. You are always subscribed to your current channel.

I entered only for a moment to make a screen. I can still see him on other channels.

I place my bet when I only see a part of the permissions overview.

Your group client has b_client_skip_channelgroup_permissions set or Skip flag is enabled on subscribe permissions.

3 Likes

Hi, I have a problem.

I created a room with the query group, and I entered i_channel_needed_delete_power = 100.

But another group with i_channel_delete_power = 75, can delete the room. This is not normal.

I have no other permissions on the channel, nor channel groups on the client.

Why?

Server version: 3.13.3

hello,
Well i tried but i can’t reproduce it, the server give me an error (permission power) as i was expecting.

How did you created this channel ? From yatqa ?

Check if the “100” is in Value and not in Grant column.

Hi, thanks for the reply.

No, I didn’t create it with yatqa, I checked the grant, but it’s all in order, the 100 is in the value.

I can’t understand, where is the problem?

I solved the problem.

The b_client_skip_channelgroup_permissions was active.

1 Like

Hello dear TeamSpeak community,

I’m completely reconfiguring my 11-year-old TeamSpeak server due to inconsistent permissions. It’s been a long time since I last dealt with permissions, and I’m stuck on the following issue:

I have set the needed_modify_power and needed_delete_power to 100 for all standard channels. However, as an admin, I can still delete channels, even though my delete_power is only 75. I don’t understand why. How can I configure this correctly?

Additionally, regular users and guests should only be able to delete their own files, but not files from other users.

In the Lobby channel, no one should be able to delete anything. I have set the needed_delete_power to 100 here as well. The admin can still delete, despite having only 75. Regular users cannot delete, as they only have 50.

Are there any global permissions that override the needed_modify_power?

Looking forward to your responses!

JAY

Could you please provide a full permission overview?
(Only available in TS3)

Files deletions can not be restricted to own files.

2 Likes

Thank you for your answer. I have already checked this, but I am still puzzled. See attached picture. Check this video/gif:

gif

I also currently do not know why the Admin group still can delete channels. I also tried it with my test server, and same result there.


But be aware if you change too much things in the admin group, you then would have to use a query access to get that permission if you ever decide you want to delete the channel.

So the best solution is to create a different sub Admin group and maybe grant it to a different identity, if you yourself do not want to delete those channels either.

Also using permissions higher than 75 could also sometimes cause some problems.

2 Likes

Hello,

I realize that. I get the same result with both the server admin group and the copy of this admin group. I would guess it’s a bug. :man_shrugging:

I believe the same behavior applies to file deletions.