Additional usergroups disappear

[Milforum]

Not sure if this is a bug or a feature, but I've lately had issues with some users losing their additional usergroup(s).

I tested more thoroughly now, adding an additional usergroup to a test user, saving, and then reloading again. The additional usergroup was gone in 5 of 5 tests, and I am sure that it was there when I saved.

I don't know if this is related, but both primary and additional user groups have rank insignia, set to display if displaygroup = this group.

Also, two specific users have had their passwords reset every time I've tried to change their additional group.

[Milforum]

Addition: I gave the user three additional groups, and they were all retained after save and reload, testing twice.
However, after setting one of the additional groups as display group, saving and reloading, all three addtional groups were gone.


(vB 5.5.5)

[Milforum]

Also, a slightly redacted excerpt from the error log around the time this happened last:

[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:21:56 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:43:15 Europe/Berlin] PHP Notice: Undefined index: nodetype in /home/********/public_html/core/vb5/route/legacy/archive.php on line 34
[04-Dec-2019 10:43:15 Europe/Berlin] PHP Notice: Undefined index: nodetype in /home/********/public_html/core/vb5/route/legacy/archive.php on line 41
[04-Dec-2019 10:43:15 Europe/Berlin] PHP Notice: Undefined variable: oldcontenttypeid in /home/********/public_html/core/vb5/route/legacy/archive.php on line 48
[04-Dec-2019 10:44:06 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:44:06 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791
[04-Dec-2019 10:44:06 Europe/Berlin] PHP Warning: A non-numeric value encountered in /home/********/public_html/core/vb/api/user.php on line 1791

[Wayne Luke]

The "error" log provided doesn't actually show any errors. Notices and Warnings are not errors and will not affect the operation of the software.

I cannot recreate your issue on my local installations or on a Cloud Installation. When you assign an Additional Usergroup in the AdminCP, you're clicking the "Save" button at the bottom of the profile editor correct? Changes are not automatically saved.

[Mohammed Abu Risha]

I had this same issue and thought it could relate to permissions or that some group settings overlap with others. The way that solved my problem was to reshuffle the primary and secondary groups of the user.

[Wayne Luke]

To allow additional usergroups to override permissions, the primary usergroup must have the "Allow Users to have Member Groups" set to yes. This permission should only be set to No on "Banned Usergroups." Though people come up with weird use cases to have people in multiple usergroups but not inherit permissions.

[Milforum]

Yes, I am sure that I clicked save, but I'll check the other stuff. The two additional user groups I used were of a cosmetic nature, i.e. their purpose was to give the user a new badge, not necessarily any new access rights or such. So there might be things that aren't really thought through when it comes to permissions.

[Wayne Luke]

What was the user's display group set to? You may have to set it to the Additional Usergroup to have everything appear like Badges and Titles.

[Milforum]

I think I've managed the original problem by creating new usergroups, but I've run into something new and related.

I created several usergroups to be used as primary usergroups, and which controlled all rights and permissions. Then I created several other usergroups intended as additional usergroups. These had no permissions to them; only a badge and a name.

Promotions work as intended, but the Display usergroup is stuck with the first additional usergroup it was promoted to. I can change it manually, and then it works.

So, the question is: Is there any way to control the Display usergroup when you perform an automatic promotion? Or, automatically remove all additional usergroups but one, which would give the same result.

[Wayne Luke]

Are you using the "User Rank" system for your badges?

You can change the Display Type to Always and set the Usergroup to the group you want them to be in.

[Milforum]

Yes, I'm using the "User Rank" system.

The problem seems to be that each primary group has two or more addtional groups attached/related.

(This is a military forum, so a user might get promoted to the main usergroup "NCO", giving certain rights. Then, based on a combo of reputation, days and posts get additional usergroups like "Sergeant", "Staff Sergeant" etc, with different badges. When these promotions are made automatically, "NCO" is retained as Display group. And setting all additional groups to "Always" gives the user a double or triple set of badges.)

[Wayne Luke]

This would need code changes for support. You should open a feature request to change the display group on promotion.

[Milforum]

OK, thank you.