tempora wrote: same problem posted in k2 forums: getk2.org/community/New-to-K2-Ask-here-first!/10584-No-sync-between-Joomla-25-and-K2-user-groups#12221
The issue in the thread indicated appears to deal with K2 user synch in Joomla and is resolvable by setting the advanced parameter for K2 to Enable K2 User Profile.
That issue does not appear to be the same issue and after testing, only causes additional problems for use of the CB registration, email validation, and user login, as the user will find his account totally blocked by K2 not enabling the account with this setting enabled.
The issue appears to be that the K2 User Table user group field is not being updated at the time the validation email is caught.
The issue could be resolved by using the Post for the registration form to set the user group prior to email validation with the possible potential for a post form vulnerability.
Otherwise a better solution would be for a query to be made internally at the time the validation email URL is clicked, for the default user group, and then to assign that default group to the validated user.
Since the CB registration form/validation is required to properly register CB users for CB features, and CB login is required to authenticate access to those features, it seems reasonable that this process should include the additional SQL queries on catching the email validation.
Since it is the CB process which is active, the only way that K2 could be expected to perform this task would be a daemon running on the server to auto-synch the K2 usergroup to the default usergroup if the usergroup field were NULL, and that seems pointlessly involved for something that should be also tasked to a process that is already active and task specific for account validation for that specific user.