Please Log in or Create an account to join the conversation.
Beyond the below, nope.Just wondering if you have a reference list/guide to briefly explain the Trigger actions?
Please Log in or Create an account to join the conversation.
Please Log in or Create an account to join the conversation.
Yes, that's correct.Could you confirm if onAfterUserUpdate = from user end, and onAfterUpdateUser = from the Administrator end?
If you're wanting to act on approval use onAfterUserApproval (works in frontend and backend). Aside from that you need to be more specific as to when you're wanting to send an email. Approving a user will automatically send the Welcome email configured in CB > Configuration > Registration.Scenario 2 - Administrator processes and Approves new user [Would using the new Auto Welcome plugin to trigger a welcome email work?]
Trigger an email when? When they update their profile? When they login? or when they visit profile edit?Scenario 3 - Registered User logs into Update Profile. Requires to trigger emails to User and Admin. (Note: we are using this process to track renewals as well as a form of application to a panel if the user is of a certain category of membership). [what trigger should be used for this?]
If it's just user approval you can use onAfterUserApproval. Need more details to suggest anything further.Scenario 4 - Administrator Updates and approves (via a field selection) of the status to the panel application. It should then fire an email to the User informing them of the outcome of their application. Outcome could be approved or rejected. [what trigger should be used for this?]
Please Log in or Create an account to join the conversation.
Further explanation/details of our process below -
Does this mean that, even if I do not use the "onAfterUserApproval" from in Auto Actions, the Welcome email set in the Configuration will default be the one that will be sent. I'd just want the email to be sent after user has been set to Approved to send the Welcome email to let them know they can access the site.Scenario 2 - Administrator processes and Approves new user [Would using the new Auto Welcome plugin to trigger a welcome email work?]
If you're wanting to act on approval use onAfterUserApproval (works in frontend and backend). Aside from that you need to be more specific as to when you're wanting to send an email. Approving a user will automatically send the Welcome email configured in CB > Configuration > Registration.
Trigger when an update is done to their profile.Scenario 3 - Registered User logs into Update Profile. Requires to trigger emails to User and Admin. (Note: we are using this process to track renewals as well as a form of application to a panel if the user is of a certain category of membership). [what trigger should be used for this?]
Trigger an email when? When they update their profile? When they login? or when they visit profile edit?
Ok, scenario is this - if users are in membership category "X", they are eligible to complete other fields [configured using tab conditionals] in the profile to be on a panel. Their "application" to this panel is subject to approval. Only when the admin indicates their appointment (using a selection field criteria) to the panel, then this email informing them of their appointment will be sent. Reason that we are using the tab conditions to add the extra fields to capture this "second" application in the Profile Update, is because we require the existing information to access if the user is eligible to be appointed. in this case, should the Trigger be onAfterUpdateUser?Scenario 4 - Administrator Updates and approves (via a field selection) of the status to the panel application. It should then fire an email to the User informing them of the outcome of their application. Outcome could be approved or rejected. [what trigger should be used for this?]
If it's just user approval you can use onAfterUserApproval. Need more details to suggest anything further.
Please Log in or Create an account to join the conversation.
The Welcome email already does this. I see no reason to try replacing it with CB Auto Actions usage.Does this mean that, even if I do not use the "onAfterUserApproval" from in Auto Actions, the Welcome email set in the Configuration will default be the one that will be sent. I'd just want the email to be sent after user has been set to Approved to send the Welcome email to let them know they can access the site.
You'd just act on onAfterUserUpdate with an Email action then.Trigger when an update is done to their profile.
Ok, so you've a field you set as an administrator to approve the application. In that case you'd act on onAfterUserUpdate and condition against that field in an Email action. If you're doing this from backend you need to use onAfterUpdateUser (or both if you want to support both locations).Ok, scenario is this - if users are in membership category "X", they are eligible to complete other fields [configured using tab conditionals] in the profile to be on a panel. Their "application" to this panel is subject to approval. Only when the admin indicates their appointment (using a selection field criteria) to the panel, then this email informing them of their appointment will be sent. Reason that we are using the tab conditions to add the extra fields to capture this "second" application in the Profile Update, is because we require the existing information to access if the user is eligible to be appointed. in this case, should the Trigger be onAfterUpdateUser?
Frontend = onAfterUserUpdateBasically I'm looking from the perspective of the Admin user end - which triggers to set when from the user details are being Saved from the Backend.
And also from the Front user end - which triggers to set when the user updates from the front.
Correct, that's now gone and no plans to return. I encourage everyone to simply learn the triggers if you intend to use CB Auto Actions extensively. Most are obvious, but some of the older triggers maybe a little confusing about their usage or location. Newer triggers will always be clear as to what they're doing and where.I believe in the previous version, the Triggers were broken into Frontend and Admin Backend for selection. The newer version does not quite identify which trigger is executed if from the Frontend or Backend.
Please Log in or Create an account to join the conversation.