When using https://<Hostname>/AppServer/api/assignments/UNSAccountBInUNSGroupB/uid_value api , XIsIneffect is setting as false . The person is active and groups can be inherited. How can we set XIsInEffect to true through API calls?
When using https://<Hostname>/AppServer/api/assignments/UNSAccountBInUNSGroupB/uid_value api , XIsIneffect is setting as false . The person is active and groups can be inherited. How can we set XIsInEffect to true through API calls?
What version are you using?
Did you check the DBQueue for running jobs?
When you create the same membership in the Object Browser does it set XOrigin correctly?
Are you setting and Connection(Session) variables?
Version 8.1
DBQueue is clear. It is not running any jobs.
When i create in object browser manually, it is setting XIsIneffect to false and Xorigin to direct membership.
I am not setting any session variables. Just passing UID_UNSAccountB ,UID_UNSGroupB values in REST API Assignments call.
So, the REST API behaves the same as the Object Browser, means this is no REST API issue.
Are UNSAccountB and UNSGroupB from the same UNSRootB?
So, the REST API behaves the same as the Object Browser, means this is no REST API issue.
Are UNSAccountB and UNSGroupB from the same UNSRootB?
Using same UNSRoot. still XIsInEffect false in Object browser.
Did you try to do a reload of the object in Object Browser? It should show the XIsInEffect=True then.
Right after you save the object on Object Browser it shows XIsInEffect=False, and the after the reload it should show XIsInEffect=true.
Can you confirm this?
Thanks for helping me out. UNSAccountB and UNSGroupB from the same UNSRootB worked for me. But for customer, it didn't work this way and it worked after they did restore to a one month back database. Still trying to figure out what changes happened in last month.
You could check if the triggers are all present on the table UNSAccountBInUNSGroupB. If the XIsInEffect is not changing, this could be one reason.