Wanted to comment on a recent finding. I've been researching issues relating to JIT provisioning via ADFS and SIS Canvas imports. The response from an SIS tech last September stated that:
To begin, your understanding of 'sticky' fields is correct. It is important to note that the login_id field is also sticky, so if it is ever modified in the UI or through the API, a normal SIS Import cannot affect it. You can send an import with 'Override UI changes' to override these, and can add 'Clear UI changed state' to those types of imports to also 'clear' that sticky status so normal SIS Imports can affect those fields again.
......
I am not entirely certain what the JIT provisioning system would do if you send a 'new' login_id and an existing SIS ID, but I would suspect it should attach to that User. Depending on whether JIT provisioning changes are considered API changes (and thus sticky), you still may or may not want this to occur.
So it sounds like API calls result in the fields they touch becoming "sticky". Which answers my second bullet: "Does ILP un-sticky fields in its API calls?"
This discussion post is outdated and has been archived. Please use the Community question forums and official documentation for the most current and accurate information.