-
-
Notifications
You must be signed in to change notification settings - Fork 33
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
vane-permission default not working #49
Comments
No, you are absolutely right, thanks for bringing it to my attention - and this is exactly what issues are for. Your configuration is 100% correct and I have indeed only added the config option but forgot to actually implement the required behavior (oops). I'll fix this when I have more time on my hands in the coming weeks. EDIT: A dirty temporary workaround would of course be to just add the permissions from the user group to the default group. It kind of goes against the privilege separation principle, but you wouldn't have to add everyone to the group manually every time. |
im not sure if i have something configured wrong, players aren't auto put into any groups, whether that be "user" or "default". |
Anyway, I was wondering if there's been any progress on fixing this issue, or is the best course still to use the workaround? |
I'll have time to implement this and some of the other open issues in the coming days, so this will be fixed soon :) |
This might be an user error, feel free to close if it is, but it's behaving so unexpectedly that I figured asking wouldn't hurt.
I'm using everything except for vane-regions and vane-waterfall, in vane-permissions I have set the following:
To my knowledge, "vane.admin.modify_world" is the permission needed to actually interact with the world, break blocks and what not, with "user" being the permission group new people should theoretically be added to.
However, the actual behaviour is that when people join, they can't break anything at all until they're vouched for. I'm assuming they're still being put in the "default" group, despite the setting in "default_group".
The text was updated successfully, but these errors were encountered: