How to adjust granting of roles and groups to use background jobs instead of Foreground job.DescriptionHave you ever given added a bunch of users to a group, added some new roles to a group or added some inheritance for some groups to inherit off another group and then your session is stuck while it grants roles, groups to all those users and you have to wait till its done before you can move on? In Madrid there is the ability to move all those transactions to a background job, therefore still giving the same access out to your users, but being able to click submit and then go do other work while it's running in the background. Sounds too good to be true right, well its there and it's as simple as a property change. When you use this feature it will prompt you with this message, telling you that the job has been created and is queued to run on your instance. This is very helpful as it can help you avoid issues like: Adding / Removing role to a group with high number of users does not add / remove role to all the user in the group due to Quota rules Release or EnvironmentAvailable In Madrid and above but there was a known problem and the property was only working when A role is added to or removed from a groupA role is added to or removed from another role It didn't work for when A user is being added to or removed from a Group. This is however fixed in Rome Release via PRB1480562. So if you enable this in your instance before Rome, you can start utilising two scenarios, then once you upgrade to Rome, you will then utilise all the scenarios. NOTE: In Tokyo and later upgrades this property will be added and set to true unless the property has already been added by a customer. A recalculation of the sys_user_has_role table is scheduled for 4 hours after the upgrade to rebuild the table based on the configuration in the sys_user, sys_user_group, sys_group_has_role, sys_user_role_contains and sys_user_grmember to ensure that the information in the table correctly reflects the configuration on the instance.InstructionsAdd system property glide.ui.schedule_slushbucket_save_for_group_roles and set to true. Additional InformationSince the operation is run as a background job any inserts or updates it performs will be recorded by 'system'.