We have 3 different subscriptions, 1 paid and 2 free.

The paid one is adding the assigned user group, but the free ones are not.

Both of the free subscription plans have ACCESS |SUBSCRIBERS USER ACCESS LEVEL SETTINGS | USER GROUP properly set to the group that should be assigned.

PAID SUBSCRIPTIONS | SETTINGS | GLOBAL -> Create Subscriptions also for free lifetime plans set to YES
(although "Allow Free Registered Users (without subscriptions) is set to NO - everyone must have one or more of the 3 subscriptions)

Is there some other place where I missed a setting?

CB Paid Subscriptions: 4.1.0+build.2017.01.17...
CB: 2.1.1
Joomla: 3.6.5
PHP: 7.0.x

Both are free/lifetime subscriptions.

The user is getting 'registered' added (although is the 'default').

We've had several different configurations for subscriptions during the development of this site so I'm guessing in all the configuring and un-configuring we must have 'broken' something.

The auto actions sounds like a perfect solution.
We'll just use that.

If there are problems with that I'll post back here, otherwise we'll just consider this resolved.

Thanks

Well, I think I've narrowed down the issue (and there is still a problem).

We already have (had) an autoaction assigning groups to people when they register based on their age:

Global
Triggers: onAfterUserRegistration
User: Automatic
Access: Everybody
Conditions
1: [cb_age] Greater Than or Equal To 18


We have another one similar but with Contidion:
[cb_age] Less Than 18


Each of these was working fine, but when I disable those, the core (plan settings) groups get applied. But when those are enabled they aren't applied.

Any ideas?

We have to add both a 'subscription' group and an 'age' group to everyone that registers.

It appears that if you have any UserGroup auto action enabled it overrides any custom usergroup assignment in free subscriptions.

So I found a work-around. I just merged the autoaction you recommended with the one I already had (age) and then apply both groups in that auto-action.
This wouldn't be an efficient work-around IF I had any more than 2 sets of 2 rules (no matter what I would need to have at least 2 group settings); however, if I had more of one type then the amount of auto-actions could get exponentially greater with each additional group that I needed to apply (to be able to test on all possibly combinations).

Hopefully it's possible to get this working so that multiple usergroup actions can be performed sequentially.