There's a trigger for confirmations. onAfterUserConfirm and onAfterUserConfirmation are both usable. The first one fires for backend and frontend. The second one fires for frontend confirmation link only. So your usage would be something like the below.

Global
Triggers: onAfterUserConfirm
Type: CB Paid Subscriptions
User: Query
Access: All Registered Users
User Conditions
Field: Custom > Value
Custom Value: [var2]
Operator: Equal To
Value: 1
Field: Custom > Query
Custom Query: Operator: Greater Than or Equal To
Value: 3
Action
Mode: Subscribe
Plans: YOUR_PLAN_HERE

This should find the user that invited the user being confirmed and set them into the auto actions user object. Next it checks [var2], which for this trigger is $state (should be noted under Global tab) and is the confirmation state. So it checks that confirmation state is set to 1 for confirmed. Finally we check how many accepted invites the user has (this will be the user that send the invite) by counting them and conditioning against the count. Finally add the subscription to the user who sent the invite.

I still have the Like and Comment settings enabled under Activity > Article. Should I also move those to Auto Actions?

Do you need those activity? and do you need them to also have that flair?

I’m now realizing just how versatile Auto Actions is, but it has always seemed to have a steep learning curve. I remember you once said that creating detailed documentation isn’t possible, but that you’re ready to help prepare solutions — and I see you doing that in other threads too. Maybe collecting those ready-made solutions with some basic categorization in one place could help people like me better understand the tool and take advantage of its full potential?

The complexity in it is you need to have some understanding of what triggers you need and the variables those triggers provide. I've improved things a good bit as it now has a variable output for selected triggers just below the triggers parameter. Generally each persons usage is different from one another; especially conditions. I provide examples using the same format I did above so you're welcome to search our forums for them.

if article tags have the same names as flairs, could we automatically assign those corresponding flairs to the activity during its creation?

That might be doable. Will add a feature ticket and review when I have further time as I really need to get back to CB Gallery 3.0 or it's never going to get done, lol.

forge.joomlapolis.com/issues/9719

Since ActivityEntity has been extended with these features you can probably use the core activity logging functionality and instead just use CB Auto Action to extend those activity. This requires some PHP, but the below should probably work.

Global
Triggers: activity_onBeforeActivityEntitySave
Type: Code
User: Self
Access: Automatic
Action
Method: PHP
Code:
Replace COMMA_LIST_OF_FLAIR_IDS as the name implies with a comma list of flair ids. You can find flair id within CB Activity > Flair as the far right column. This would avoid you having to make your own create, comment, and like activity auto actions and would only need this.

Ok, managed to get both done today. Below is an auto action for article create.

Global
Triggers: onContentAfterSave
Type: CB Activity
Access: Everybody
User: Automatic
Conditions
Field: Custom > Value
Custom Value: [var1]
Operator: Equal To
Value: com_content.article
Action
Mode: Activity
Method: Create
Published: [var2_state]
Asset: article.[var2_id]
Owner: [var2_created_by]
Comments: Articles
Likes Asset: article.[var2_id]
Date: [var2_created]
Load By: By Asset Only

That should work for when you save an article to save the same way the core activity does. Adjust the other features as needed. Once you've updated both CB Activity and CB Auto Actions you should have a new parameter there called Flair to select what flair you want applied. Short codes in the Message parameter are also functional and documented in its parameter description.

Be sure to turn off the parameter in CB Activity for logging article activity though since that won't be necessary now.

There's a trigger for that view so yes that's possible to add more information there using CB Auto Actions. Specifically the below trigger.

$row = gj group user object
$counters = array of content displayed in the footer (where Member is)
$content = custom content displayed below the footer
$menu = custom links for the dropdown menu
$group = gj group object
$user = cb user object

So the below for example should work to output whatever profile fields you like.

Global
Triggers: gj_onDisplayUser
Type: Code
User: Automatic
Access: Everybody
Action
Method: PHP
Code: Parameters
Reference Variables: Variable 2

With the above you should see "Test" output in the footer now. Replace that with substitutions or with whatever custom PHP you want. Add more to that array to output more as it'll split them into containers for the footer.

The below should do the trick using CB Auto Actions.

Global
Triggers: onCPayDisplayBasketResult
Type: Redirect
User: Self
Access: Everybody
Conditions
Field: Custom > Value
Custom Value: [var1_payment_status]
Operator: Equal To
Value: Completed
Action
URL: index.php
Message: [var2]

This should redirect to your homepage after a completed basket payment and display the thank you message or any messages the payment process would normally display as a Joomla message.

This currently will redirect on any payment. To redirect only for a specific plan you'll need to add the following condition.

Type: Code
Code:

Operator: Does Contain
Value: YOUR_PLAN_ID_HERE

All notifications within CB Activity are configured in CB Activity > Parameters > Notifications > Notify.

However the notification you're asking for doesn't exist. You'd need to create that notification yourself using CB Auto Actions. The below should help get you started.

Global
Triggers: activity_onAfterCreateStreamActivity
Type: Email
User: Self
Access: All Moderators
Conditions
Field: Custom > Value
Custom Value: [var3_asset]
Operator: Starts With
Value: profile.
Action
To: query
To Query: Subject: YOUR_EMAIL_SUBJECT_HERE
Body: YOUR_EMAIL_MESSAGE_HERE

The condition ensures it only applies to profile activity posts made by moderators. If you need it to apply to other activity streams adjust the condition. If you need it to apply to all activity streams simply remove the condition. The query is just a database query to determine recipients of the email. You can freely adjust it with whatever database query conditions you'd like. My example above emails everyone.

This however could be useful and have added a feature ticket to review adding support for toggling on such a notification being built into CB Activity as could be good for things like moderator announcements.

forge.joomlapolis.com/issues/9681
forge.joomlapolis.com/issues/9682

Also made a ticket for system post notifications.

The below should work for sending a custom email when they complete registration.

Global
Triggers: onAfterSaveUserRegistration
Type: Email
User: Automatic
Access: Everybody
Action
To: Input the email addresses you want to email here
Subject: Whatever substitution supported email subject you like
Body: Whatever substitution supported email body you like

The substitutions will be from the registering users profile. So you can freely include whatever details about their profile that you'd like. If you want it to just send the exact same email that moderators receive then the below should work.

With User Approval:
Subject: UE_REG_ADMIN_PA_SUB
Body: UE_REG_ADMIN_PA_MSG

Without User Approval:
Subject: UE_REG_ADMIN_SUB
Body: UE_REG_ADMIN_MSG

Ok, the solution is a bit silly, but gets the job done. There's no trigger for directly handling the array of tabs. Instead we need to remove the tabs HTML from the return response which would be the display of the group. The below will do this. It will remove every tab except the About tab if the viewing user is not a member of the group and is not a CB Moderator.

Global
Triggers: gj_onAfterDisplayGroup
Type: Code
User: Self
Access: All Non-Moderators
Action
Method: PHP
Code: Parameters
Reference Variables: Variable 1

I've tested the above and confirmed it works. This will also only apply to Approval and Invite group types. All other types are left alone. I've added comments for reach step so its a little understood what's going on in the code. Note this can result in groups basically having an empty tab bar if the group didn't supply any About content.

The below should work for filtering that list to specific users.

Global
Triggers: onBeforePendingApprovalUsersFormDisplay
Type: Code
User: Self
Access: Everybody
Action
Method: PHP
Code: Parameters
Reference Variables: Variable 1

It should apply the same permissions checking as profile edit to handle who to filter out. Note the above was not tested and is just an example, but should work.

So you need to send that file as an attachment to the email? Believe that should be doable. Below should send an email after a user registers.

Global
Triggers: onAfterUserRegistration
Type: Email
Conditions
Field: SELECT_FILE_FIELD_HERE
Operator: Not Empty
Action
To: YOUR_EMAIL_ADDRESS_HERE
Subject: Registration Verification
Body: [username] is attempting to register and requires verification.
Attachment: images/comprofiler/plug_cbfilefield/[user_id]/[var1_FILE_FIELD_NAME_HERE]

Replace FILE_FIELD_NAME_HERE with the name of your field. Once you've this confirmed working for you we can move on to trying to delete it after the email is sent.

So if these fields are filled, then we do not need mandatory or not-mandatory activation right?

Correct, it should still calculate tax based off location as long as cb_subs_inv_address_country is filled. There's no internal checks that I can see that mandate the invoice address to be enabled. It's just entirely checking those profile fields directly. So how those fields get filled can be entirely up to you. You could for example completely turn off the invoice address fields and populate cb_subs_inv_address_country from your own field using CB Core Fields Ajax.

Can you please advise regarding the creation of auto action?

Is onCPayBeforeDrawSubscription a good trigger for this?

I'd probably just do them during registration and profile edit to synchronize them when necessary. For existing users you can just run a 1 time database query to synchronize them and then future profile edits/registrations will always synchronize. The below should work fine for this.

Global
Triggers: onAfterUpdateUser, onAfterUserUpdate, onAfterUserRegistration, onAfterNewUser
Type: Field
User: Automatic
Access: Everybody
Conditions
Field: Custom > Value
Custom Value: [var1_YOUR_FIELD_HERE]
Operator: Not Equal To
Value: [var3_YOUR_FIELD_HERE]
Action
Field: cb_subs_inv_address_country
Operator: Set
Value: [YOUR_FIELD_HERE]

Replace YOUR_FIELD_HERE with the name of your country field (e.g. cb_country). The condition is to ensure it only synchronizes when that field changes as you don't want to do saves when not necessary. The above covers both frontend and backend registrations and user edits.

As for the query to quickly 1 time synchronize everyone the below should work. Be sure to replace PREFIX_ with whatever your database table prefix is.

Now just turn off invoice address entirely and you're done. You won't have to bother your users for that during payments as it'll just use their profile field for it. If you need to synchronize more than country let me know and can provide adjustments to the above auto action to cover multiple fields, but in short you'd add OR conditions for those other fields to check for value changes then under Action add more field rows for them.