-
-
Notifications
You must be signed in to change notification settings - Fork 29
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
The bug list of "disallow-team-member-islands: false" #406
Comments
Can you explain more?
Yes, this is correct.
There is a configuration - it's in the config.yml. Look for concurrent islands.
Please explain more. The translation is not good here. |
|
Some of these are expected operation.
We previously tried to prevent this, but it was hard to track. That is why there is a setting to allow team members to be in multiple teams. However, I'll see if there's a way to prevent it.
Correct. This is expected, you go to the island you were last operating on. If you wish to go to different islands then hit TAB when you use
This might be able to be fixed, but only in a limited way because players can own more than one island now. Anyway, I can see if I can tighten this up. |
Is there a way to completely turn off the team function and make all the originally set members invalid? After setting "disallow-team-member-islands: true" after adding members, there will be a problem when the members enter the command "/ob team" on my island. He will encounter the situation where he is unable to exit the island team. |
You would have to use Admin Kick command to kick players from teams. |
I have tried. It will show that the owner of the island cannot be kicked out. It will wrongly consider the member as the owner. |
Aha, yes, I see the issue. The Admin Kick command has not been updated to support multiple islands yet. When you execute it, it doesn't know which island you are talking about. That needs to be updated, I'll work on it. |
The work around is that if the player is on the team island, it should work. He will need to teleport there. |
FYI: This is a BentoBox change and I'm putting it into the new 3.0.0 version, which runs only on 1.21.x. I hope that isn't a problem... |
Setting "disallow-team-member-islands: true" after adding members, there will be a problem. If there is a way to completely disable the member function, it might be a little better. I found that as long as trusted people are given high enough permissions, there is no difference from members. |
In fact, referring to the design of some other plugins, it would be better if players could create multiple permission templates and then assign them to different groups of people. The member function seems to have many problems. |
Interesting. Tell me more. |
Players can create their own permission group templates, just like the permission groups in LuckPerms. After setting up the template, the owner only needs to assign the template to trusted personnel to complete the configuration simply. This improves the allocation of the setting permissions to a certain extent. |
Expected behavior
Observed/Actual behavior
Steps/models to reproduce
BentoBox version
Running: PAPER 1.21.1.
(1.21.1-DEV-6fff957 (MC: 1.21.1))
BentoBox version: 2.7.0
Database: JSON
Loaded Game Worlds:
oneblock_world (OneBlock): 主世界, 下界
Loaded Addons:
AOneBlock 1.17.1-SNAPSHOT-b413 (ENABLED)
Biomes 2.2.0-SNAPSHOT-b277 (ENABLED)
Challenges 1.3.2-SNAPSHOT-b567 (ENABLED)
Level 2.15.0-SNAPSHOT-b586 (ENABLED)
TopBlock 1.0.2-SNAPSHOT-b27 (ENABLED)
Warps 1.15.1-SNAPSHOT-b373 (ENABLED)
Plugin list
No response
Other
No response
The text was updated successfully, but these errors were encountered: