Adding new groups to player, rather than setting player's group.
Pawned opened this issue ยท 6 comments
Hello,
I've seen this issue has been posted a few times but there has been no resolution.
I'd just like to report the bug as well as it does seem to be a common issue and it would be nice to get a fix asap.
It looks like this issue is to do with XenForo and PEX setups, as that is what myself and I believe the other people experiencing the same issue are using.
My config isn't setup to use secondary groups as we don't utilise those on our forum, so the configuration is setup to just use primary groups.
The issue put simply is that CommunityBridge is essentially doing the /pex user group add instead of /pex user group set (Now obviously I know the plugin isn't actually executing pex commands but I believe this is the easiest way to explain the issue)
The problem this causes for me in particular is that our groups all have prefixes which shows what group the user is in when they chat. When a new player joins the server they'll be in the default group, which is prefixed as Guest, once they become a member they should be changed to the appropriate group and their prefix would then show that they're not a guest. The problem is that because this plugin is adding groups rather than setting them that when they become a member their primary group is still Default, causing them to appear as guests even though they are full members.
On the last Minecraft update this plugin functioned perfectly, it set groups instead of adding them and we have been using it for probably around a year now with no problems so it is rather annoying that this bug has come about.
I appreciate the hard work you're putting into this plugin and understand that it's hard to iron out all the bugs and new bugs are always inevitable. Obviously you now also need to deal with the UUID update which I can imagine is causing you endless amounts of headaches.
Any help you could provide in getting this bug resolved would be greatly appreciated, and whatever information you require from me in order to help resolve this issue I am happy to provide.
Many thanks in advance.
Thanks Iain, I'll give the new version you released a try and if the issue persists I'll clean the Players directory and if it then still continues I'll post a copy of my config (with user/pass removed :P)
I'll need CommunityBridge version and a copy of your config (with the database username/password removed) to really troubleshoot synchronization issues.
I use PEX myself, but I don't use secondary groups either. PEX doesn't actually have a notion of a primary group, so I'm performing an add and remove to set a primary group. It does appear there is a flaw in the code-logic that handles that...odds are it is in the portion that figures out which group to add and remove...
You're right about UUID. It has been a major headache. I had to rewrite a great deal more than I expected. That also makes troubleshooting pre-UUID versions tricky...it has been a mess.
The uuid version is at a point where it needs extensive testing.
Version 2.3.4.445 definitely has an issue that would cause this behavior. 2.3.5.449 resolved the problem that 2.3.4.445 had. Is it possible you're still running 2.3.4.445?
I've released a new version of CommunityBridge. Links to the new version:
BukkitDev: http://dev.bukkit.org/bukkit-plugins/communitybridge-fm/files/34-community-bridge-v2-3-6-build-452/
GitHub: https://github.com/iain-davis/CommunityBridge-Files/raw/master/CommunityBridge.jar
It may be necessary to scrub the player files in the Players directory for the synchronization to get back to a stable state.
Cool. But use this one instead: http://dev.bukkit.org/bukkit-plugins/communitybridge-fm/files/35-community-bridge-v2-3-7-build-454/
Looks like 2.3.4, 2.3.5, and 2.3.6 all had a bug that would mess up secondary groups. :)