Unable to Add Users to Security Incident Response GroupsIssue After selecting a user to be added to a group via a group members-related list of the group form view, nothing happens. The info message appears on the form, but the user never seems to actually be added. This is specific to groups of type: security incident'Job to add or remove role(s) from the user(s) of the group has been queued'CauseThis issue only occurs for the Security Incident response groups because the application is using scoped roles. Scoped roles are only grant-able by users which are already assigned the role. Please have a look at KB0722958 for the end-to-end information on how scoped role assignment works and note that sn_si.analyst and sn_si.admin roles both have the 'Assignable by' field set respectively. Roles - see 'Assignable by' field:https://<instance_name>.service-now.com/sys_user_role_list.do?sysparm_query=nameLIKEsn_si.admin%5EORnameLIKEsn_si.analyst&sysparm_view= Now recall that the issue only occurs when the user is added to the group via background job and not when the user is added in the foreground. This is because the glide.ui.schedule_slushbucket_save_for_group_roles property is set to true. KB0963693 has the full details on background vs foreground job use cases for groups.https://<instance_name>.service-now.com/nav_to.do?uri=sys_properties.do?sys_id=041f6fc31b3b30d42fdb8444cc4bcb4bSince the background job grants the role from the 'System' user (that the background job runs with) the scoped roles are getting blocked from being added. There is a known PRB for this - PRB1539950.ResolutionPRB1539950 is fixed in the Tokyo release, in the meantime, the workaround would be to assign the user to the group via foreground update. To do this requires setting the glide.ui.schedule_slushbucket_save_for_group_roles system property to 'false'.