If you are using RemoveClientFromGroup then you are already in TI, ... and then surely if there is a need to remove the client from ALL groups then it is just a matter of an extra 4 or 5 total lines of code to do a while loop through the }Groups dimension? (maybe an extra line or 2 to accommodate testing and error handling). Development time effort measured in minutes not hours.
As for processing time to action, even for a mammoth }Groups dimension this is going to be something that TI handles in hundredths of a second.
This shouldn't work as it will try to remove the admin clients as well. When I tried this the server crashed and I had to rebuild the security control cubes. The way I did was to create a client excluding the admin users and use that as data source for element deletion,
Jim.
Struggling through the quagmire of life to reach the other side of who knows where. Go Build a PC Jimbo PC Builds on YouTube OS: Mac OS 11 PA Version: 2.0.7
jim wood wrote:This shouldn't work as it will try to remove the admin clients as well. When I tried this the server crashed and I had to rebuild the security control cubes. The way I did was to create a client excluding the admin users and use that as data source for element deletion,
Jim.
Jim, he's not deleting clients or groups, just removing clients from groups. Since this is nothing more than string data in a cube, I don't know why it wouldn't work. It's worth a quick test.
Ah good call. It's the day after the night before........
Struggling through the quagmire of life to reach the other side of who knows where. Go Build a PC Jimbo PC Builds on YouTube OS: Mac OS 11 PA Version: 2.0.7
I know you can't actually do it, that's why I said "attempt", but as history teaches there is a non-zero chance of a similar (i.e. not foreseen by the development team) attempt ending in a server crash.